Subject: bug#57309: 29.0.50; Build error "trying to dump non fixed-up eln file"

From: Eli Zaretskii <[email-masked]>
Date: Sun, 21 Aug 2022 15:55:34 +0300

> From: Gerd Möllmann <[email-masked]>
> Cc: [email-masked],  [email-masked],  [email-masked]
> Date: Sun, 21 Aug 2022 14:46:32 +0200
> 
> Eli Zaretskii <[email-masked]> 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?