unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "Eric M. Ludlam" <eric@siege-engine.com>
To: David Engster <deng@randomsample.de>
Cc: Jonas Bernoulli <jonas@bernoul.li>, 16998@debbugs.gnu.org
Subject: bug#16998: with-slots should expand to cl-symbol-macrolet
Date: Wed, 12 Mar 2014 18:12:54 -0400	[thread overview]
Message-ID: <5320DBE6.3020706@siege-engine.com> (raw)
In-Reply-To: <87iorj47r3.fsf@engster.org>

On 03/12/2014 02:00 PM, David Engster wrote:
> 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.

This proposal is fine by me.  Short term we will just need to find a 
good way to have standalone CEDET bootstrap in with either the Emacs 
version, or with the one in CEDET.   Eventually this will become 
unnecessary.

The CEDET bootstrapping still cares about some features missing from 
Emacs (according to the comments) such as:

   ;; Currently, Emacs proper doesn't track EIEIO methods.  Until it
   ;; does, we have to advice `describe-variable' and `describe-function'
   ;; for EIEIO methods to get better help buffers.

  and

   ;; This adds further formatting and hyperlinks.
   (add-hook 'temp-buffer-show-hook 'eieio-help-mode-augmentation-maybee t)

I think we will just need to check the Emacs version, and change how we 
bootstrap and compile.  I'm interested in any advice on this.

Thanks
Eric





  parent reply	other threads:[~2014-03-12 22:12 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
2014-03-12 18:46     ` Stefan Monnier
2014-03-12 22:12     ` Eric M. Ludlam [this message]
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=5320DBE6.3020706@siege-engine.com \
    --to=eric@siege-engine.com \
    --cc=16998@debbugs.gnu.org \
    --cc=deng@randomsample.de \
    --cc=jonas@bernoul.li \
    /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).