GNU bug report logs -
#57309
29.0.50; Build error "trying to dump non fixed-up eln file"
Previous Next
Reported by: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Date: Sat, 20 Aug 2022 12:57:02 UTC
Severity: normal
Found in version 29.0.50
Fixed in version 29.1
Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> Cc: 57309 <at> debbugs.gnu.org, Andrea Corallo <akrl <at> sdf.org>
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Date: Sat, 20 Aug 2022 16:32:33 +0200
>
> (lldb) xdebug_print $176
> ...lots of output...
> "/Users/gerd/emacs/master/native-lisp/29_0_50-2dce7c3a/preloaded/window-0d1b8b93-274db3e2.eln" #<native compilation unit: /Users/gerd/emacs/master/native-lisp/29_0_50-2dce7c3a/preloaded/window-0d1b8b93-274db3e2.eln ((native-comp-speed . 2) (native-comp-debug . 0) (gccjit 12 1 0))>
> ...
>
> I'm not 100% sure, but I interpret that as meaning that the window.eln
> in question has already been loaded before, and the second attempt then
> fails. Unless I misread the code of course, which is always possible.
>
> But how that might happen escapes me ATM.
AFAICT, temacs didn't load window.eln, it loaded window.elc. At least
that's what I see in the loadup output: it says "Loading windows...",
and doesn't say "(native compiled Lisp)". Unless the message is
already mistaken, part of the problem.
This bug report was last modified 2 years and 272 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.