GNU bug report logs - #46495
28.0.50; [native-comp] Build fails for 32bit --with-wide-int

Previous Next

Full log

View this message in rfc822 format

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: andrewjmoreton <at> gmail.com, 46495 <at> debbugs.gnu.org
Subject: bug#46495: 28.0.50; [native-comp] Build fails for 32bit --with-wide-int
Date: Thu, 01 Apr 2021 19:52:14 +0000

Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: Andrea Corallo <akrl <at> sdf.org>
>>> Cc: andrewjmoreton <at> gmail.com, 46495 <at> debbugs.gnu.org
>>> Date: Thu, 01 Apr 2021 07:07:53 +0000
>>> 
>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>> 
>>> >> From: Andrea Corallo <akrl <at> sdf.org>
>>> >> Cc: andrewjmoreton <at> gmail.com, 46495 <at> debbugs.gnu.org
>>> >> Date: Wed, 31 Mar 2021 19:43:17 +0000
>>> >> 
>>> >> > So with these 3 files in that directory, which one will be loaded by
>>> >> > Emacs, and how will Emacs know which to load?
>>> >> 
>>> >> Emacs will scan and hash the source file and load the correct one if
>>> >> present.
>>> >
>>> > And if the source file isn't available?
>>> 
>>> No eln will be loaded.
>>
>> Ouch!  That's a general issue, then, not just when there are multiple
>> copies of *.eln for the same .el file, right?  IOW, if Emacs is
>> installed such that the *.el files are not available, it will not load
>> the *.eln files, only the *.elc files.  I think we should at least
>> produce a run-time warning about that.
>
> Correct, okay the warning should not be a problem (taking note into my
> todo).

Okay dc393517ca adds the warning emittion.  I've also added a customize
`comp-warning-on-missing-source' to silence that in case.

  Andrea

Previous Next

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