GNU bug report logs - #4845
23.1.50; Uninterned symbols in .elc files

Previous Next

Full log

Message #34 received at control <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: John Wiegley <jwiegley <at> gmail.com>
Cc: Alan Mackenzie <acm <at> muc.de>, Marcin Borkowski <mbork <at> amu.edu.pl>,
 John Wiegley <johnw <at> gnu.org>, Helmut Eller <eller.helmut <at> gmail.com>,
 4845 <at> debbugs.gnu.org
Subject: Re: bug#4845: 23.1.50; Uninterned symbols in .elc files
Date: Wed, 18 Nov 2020 18:41:38 -0800

tags wontfix
close 4845
thanks

John Wiegley <jwiegley <at> gmail.com> writes:

>>>>>> Helmut Eller <eller.helmut <at> gmail.com> writes:
>
>> Interpreted and compiled code behave differently. That's always a problem.
>> Obviously not a big problem.
>
> The number of ways to coax varying behavior from the two execution modes is
> legion. I had to bend over backwards to achieve consistency for use-package
> when byte-compiling an init.el file versus loading it un-byte-compiled. So I
> don't feel this bug is very urgent.
>
>>>>>> Michael Heerdegen <michael_heerdegen <at> web.de> writes:
>
>> I think this is quite a limitation worth to be fixed, if it is possible with
>> little effort.
>
> Honestly, we have better things to do. If you still think this is a bug, I'm
> fine leaving it open until the day when someone wants to champion the cause of
> interpreted/compiled equivalence, but until then, I'd rather focus on other
> things.

I tend to agree with John here; it doesn't seem worth spending time on
this.  There also have been no further interest in this bug report
within 4 years.

I'm therefore closing this bug report as wontfix.  If anyone disagrees
with that, feel free to reopen.

Previous Next

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