GNU bug report logs - #59793
29.0.60; subr.elc is not compiled correctly

Previous Next

Package: emacs;

Reported by: Feng Shu <tumashu <at> 163.com>

Date: Sat, 3 Dec 2022 07:26:02 UTC

Severity: normal

Tags: notabug

Found in version 29.0.60

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Akib Azmain Turja <akib <at> disroot.org>
Cc: tumashu <at> 163.com, 59793 <at> debbugs.gnu.org
Subject: bug#59793: 29.0.60; subr.elc is not compiled correctly
Date: Sun, 04 Dec 2022 19:00:02 +0200
> From: Akib Azmain Turja <akib <at> disroot.org>
> Cc: tumashu <at> 163.com,  59793 <at> debbugs.gnu.org
> Date: Sun, 04 Dec 2022 17:18:24 +0600
> 
> > I understand you didn't expect the result of cl-letf*, and were surprised by
> > what you saw, but I don't understand why you expect the Emacs development to
> > do something about your surprise.
> >
> 
> With subr.el (source), the bug59793-yank function overrides
> 'insert-for-yank' successfully.
> 
> With subr.elc (compiled byte-code), the function can't override
> 'insert-for-yank'.  Just try to replace the 'cl-letf' (not 'cl-letf*')
> form with an 'error' call, bug59793-yank still just inserts text, which
> is, obviously, unexpected.

Yes, I understand.

> > See above: I understand what you are saying, but not why this is submitted
> > as a bug to the Emacs development team.
> 
> Both source and compiled Emacs Lisp code should show the same behavior,
> except performance.

No, not when you replace the function's definition with the likes of
cl-letf.

> But 'subr.el' and 'subr.elc' show different behaviors.  Isn't this a
> byte-compiler bug?

No.




This bug report was last modified 1 year and 252 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.