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
Message #89 received at 57309 <at> debbugs.gnu.org (full text, mbox):
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: larsi <at> gnus.org, 57309 <at> debbugs.gnu.org, akrl <at> sdf.org
> Date: Sun, 21 Aug 2022 14:46:32 +0200
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Did temacs succeed in loading window-0d1b8b93-274db3e2.eln?
>
> Looks like it. After a debugger restart, I can see it being loaded from
> loadup
>
> frame #3: 0x00000001001c1154 temacs`Fnative_elisp_load(filename=(struct Lisp_String *) $262 = 0x0000000103913a90, late_load=(struct Lisp_Symbol *) $265 = 0x00000001007c2de0) at comp.c:5547:3 [opt]
> 5544 LATE_LOAD has to be non-nil when loading for deferred compilation. */)
> 5545 (Lisp_Object filename, Lisp_Object late_load)
> 5546 {
> -> 5547 CHECK_STRING (filename);
> 5548 if (NILP (Ffile_exists_p (filename)))
> 5549 xsignal2 (Qnative_lisp_load_failed, build_string ("file does not exists"),
> 5550 filename);
>
> (lldb) p *$268
> (struct Lisp_String) $269 = {
> u = {
> s = {
> size = 93
> size_byte = -1
> intervals = NULL
> data = 0x00000001040cca58 "/Users/gerd/emacs/master2/native-lisp/29_0_50-2dce7c3a/preloaded/window-0d1b8b93-274db3e2.eln"
> }
> next = 0x000000000000005d
> gcaligned = ']'
> }
>
> and there's no error loading it.
Does LLDB have the equivalent of "info share" command? If so, do you
see window-0d1b8b93-274db3e2.eln in the list of loaded shared
libraries after the above?
This bug report was last modified 2 years and 273 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.