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

[Eli Zaretskii]

> From: Gerd Möllmann <gerd.moellmann@gmail.com>
> Cc: larsi@gnus.org,  57309@debbugs.gnu.org,  akrl@sdf.org
> Date: Sun, 21 Aug 2022 14:46:32 +0200
> 
> Eli Zaretskii <eliz@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?