unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: David Engster <deng@randomsample.de>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Jonas Bernoulli <jonas@bernoul.li>,
	16998@debbugs.gnu.org, "Eric M. Ludlam" <eric@siege-engine.com>
Subject: bug#16998: with-slots should expand to cl-symbol-macrolet
Date: Wed, 12 Mar 2014 19:00:32 +0100	[thread overview]
Message-ID: <87iorj47r3.fsf@engster.org> (raw)
In-Reply-To: <jwvwqfz301j.fsf-monnier+emacsbugs@gnu.org> (Stefan Monnier's message of "Wed, 12 Mar 2014 11:35:02 -0400")

Stefan Monnier writes:
>> Currently with-slots expands to symbol-macrolet
>> but should instead expand to cl-symbol-macrolet.
>
> Current EIEIO still uses `cl' rather than `cl-lib', because it's part of
> CEDET which wants to run on older Emacsen.
>
> I'm waiting for the CEDET guys to drop EIEIO from CEDET (and rely on
> Emacs's builtin EIEIO instead) to move EIEIO to `cl-lib'.
>
> Some rumors make me think it could happen "real soon now", but it's been
> that way for a while now, so maybe the rumor is wrong, or my
> understanding of it is wrong.

Yes, I'm sorry about causing this confusion. I tried to remove it, but
it turned out to be more difficult than it looked, mostly because of the
changes we made w.r.t. the EDE security fix, which introduced
type-checking for slots. Older EIEIO versions in Emacs <23.4 don't have
that, which make them pretty much incompatible with current CEDET, which
is why we still have it upstream.

However, I think that there's no problem to "officially" state that
EIEIO development now happens in Emacs, and that the version in CEDET
will not get updated anymore, but will remain there as a fallback
library for older Emacsen (similar to what Gnus does).

Eric, would you be OK with that? That would allow us to update the
built-in EIEIO to current Emacs coding standards without breaking
CEDET-from-bzr on older Emacsen.

-David





  parent reply	other threads:[~2014-03-12 18:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-12 14:22 bug#16998: with-slots should expand to cl-symbol-macrolet Jonas Bernoulli
2014-03-12 15:12 ` Juanma Barranquero
2014-03-12 15:35 ` Stefan Monnier
2014-03-12 16:04   ` Juanma Barranquero
2014-03-12 18:00   ` David Engster [this message]
2014-03-12 18:46     ` Stefan Monnier
2014-03-12 22:12     ` Eric M. Ludlam
2014-03-12 22:52       ` David Engster
2020-08-16 18:57 ` Jonas Bernoulli
2020-08-16 19:09   ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87iorj47r3.fsf@engster.org \
    --to=deng@randomsample.de \
    --cc=16998@debbugs.gnu.org \
    --cc=eric@siege-engine.com \
    --cc=jonas@bernoul.li \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).