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 #29 received at 47558 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: bryan.m.obrien <at> gmail.com, Alan Third <alan <at> idiocy.org>,
 47558 <at> debbugs.gnu.org
Subject: Re: bug#47558: 28.0.50; dlopen 'image not found' gccemacs
 native-lisp macos
Date: Sun, 04 Apr 2021 07:10:50 +0000
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.

Regards

  Andrea




This bug report was last modified 4 years and 43 days ago.

Previous Next


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