GNU bug report logs - #47558
28.0.50; dlopen 'image not found' gccemacs native-lisp macos

Previous Next

Package: emacs;

Reported by: Bryan O'Brien <bryan.m.obrien <at> gmail.com>

Date: Fri, 2 Apr 2021 03:08:01 UTC

Severity: normal

Found in version 28.0.50

Done: Andrea Corallo <akrl <at> sdf.org>

Bug is archived. No further changes may be made.

Full log

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Alan Third <alan <at> idiocy.org>
Cc: bryan.m.obrien <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>,
 47558 <at> debbugs.gnu.org
Subject: Re: bug#47558: 28.0.50; dlopen 'image not found' gccemacs
 native-lisp macos
Date: Mon, 05 Apr 2021 20:21:25 +0000

Alan Third <alan <at> idiocy.org> writes:

> On Sun, Apr 04, 2021 at 07:10:50AM +0000, Andrea Corallo wrote:
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> >> Date: Sat, 3 Apr 2021 15:01:20 +0100
>> >> From: Alan Third <alan <at> idiocy.org>
>> >> Cc: bryan.m.obrien <at> gmail.com, 47558 <at> 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
This bug report was last modified 4 years and 44 days ago.

Previous Next

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