bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#47558: 28.0.50; dlopen 'image not found' gccemacs native-lisp macos


From: Andrea Corallo
Subject: bug#47558: 28.0.50; dlopen 'image not found' gccemacs native-lisp macos
Date: Mon, 05 Apr 2021 20:21:25 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Alan Third <alan@idiocy.org> writes:

> On Sun, Apr 04, 2021 at 07:10:50AM +0000, Andrea Corallo wrote:
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> >> Date: Sat, 3 Apr 2021 15:01:20 +0100
>> >> From: Alan Third <alan@idiocy.org>
>> >> Cc: bryan.m.obrien@gmail.com, 47558@debbugs.gnu.org
>> >> 
>> >> It's not entirely clear to me where the load path is set, is it
>> >> 
>> >>     fixup_eln_load_path (Lisp_Object directory)
>> >> 
>> >> in comp.c?
>> >
>> > I hope Andrea (CC'ed) will be able to answer that.
>> 
>> Okay, as window is loaded and dumped during the build
>> `comp-eln-load-path' here doesn't come into play.
>> 
>> While resurrecting from dump we locate preloaded eln files by filename
>> (relative to the emacs executable position).  Indeed the complication is
>> that we have to support both uninstalled but also installed builds.
>> 
>> To do that before dumping we inform Emacs of where will have to search
>> the eln files if installed.  We do that using ELN_DESTDIR defined
>> Makefile.in:326.
>> 
>> If the directory structure on MacOS is different I guess we have to add
>> the correct information there.
>
> No matter what I set ELN_DESTDIR to, emacs still looks in
>
> /Users/alan/src/emacs/native/nextstep/Emacs.app/Contents/MacOS/../native-lisp/28.0.50-24e3df15
>
> so something isn't being updated, I guess?

That's possible, could you specify the full procedure you've used to
reach this point?

Thanks

  Andrea





reply via email to

[Prev in Thread] Current Thread [Next in Thread]