GNU bug report logs - #57309
29.0.50; Build error "trying to dump non fixed-up eln file"

Previous Next

Full log

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

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, 57309 <at> debbugs.gnu.org, akrl <at> sdf.org
Subject: Re: bug#57309: 29.0.50; Build error "trying to dump non fixed-up
 eln file"
Date: Sun, 21 Aug 2022 14:46:32 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>
>> Cc: 57309 <at> debbugs.gnu.org, Andrea Corallo <akrl <at> sdf.org>
>> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
>> Date: Sun, 21 Aug 2022 14:28:58 +0200
>> 
>> Which means that the window.eln cu hasn't been dumped before, which
>> means what?
>
> 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.

Previous Next

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