GNU bug report logs - #46790
28.0.50; make install with native-comp branch

Previous Next

Package: emacs;

Reported by: Thierry Volpiatto <thievol <at> posteo.net>

Date: Fri, 26 Feb 2021 07:38:01 UTC

Severity: normal

Tags: moreinfo

Found in version 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Thierry Volpiatto <thievol <at> posteo.net>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 46790 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: bug#46790: 28.0.50; make install with native-comp branch
Date: Sat, 10 Apr 2021 15:46:18 +0200
[Message part 1 (text/plain, inline)]
Andrea Corallo <akrl <at> sdf.org> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: Thierry Volpiatto <thievol <at> posteo.net>
>>> Date: Fri, 26 Feb 2021 08:35:30 +0100
>>>
>>> giving a try to native-comp branch.
>>>
>>> I install Emacs generaly with:
>>>
>>> make install bindir=/usr/local/sbin/emacs-28.0.50 infodir=/usr/local/share/info-28.0.50
>>>
>>> This always worked fine.  However with native-comp branch, I have to
>>> manually add a symlink of "/usr/local/lib/emacs/28.0.50/native-lisp/" to
>>> "/usr/local/sbin" otherwise I endup with an error:
>>>
>>> thierry <at> IPadS340:/usr/local/sbin/emacs-28.0.50$ ls
>>> ctags  ebrowse  emacs  emacs-28.0.50  emacsclient  etags
>>> thierry <at> IPadS340:/usr/local/sbin/emacs-28.0.50$ ./emacs-28.0.50
>>> emacs: /usr/local/sbin/emacs-28.0.50/../native-lisp/28.0.50-40158ec0/window-0d1b8b93-738411b0.eln: cannot open shared object file: No such file or directory
>>> thierry <at> IPadS340:/usr/local/sbin/emacs-28.0.50$ ./emacs
>>> emacs: /usr/local/sbin/emacs-28.0.50/../native-lisp/28.0.50-40158ec0/window-0d1b8b93-738411b0.eln: cannot open shared object file: No such file or directory
>>
>> Hmm... I'm not sure we can resolve this in any other way, although we
>> should try.  What worked for you with previous versions was just a
>> side effect of the implementation detail: how Emacs finds the files it
>> needs when it starts.  The *.eln files bring more restrictions to the
>> table, and it could very well be that the symlink trick will be the
>> only practical solution to such a non-standard installation.
>>
>> A possible solution is to set EMACSNATIVELOADPATH in the environment.
>
> As the error is while resurrecting from dump I think acting on the load
> path will not help as in this phase we relocate elns simply by filename.
>
> Thierry, are you specifying your custom bindir only when installing or
> also while building?

Only when installing.

> If the case is the first could you please try again setting bindir
> also while building?

How, is this allowed or even possible?

> Sorry for not responding earlier, I've been in round robin on the issues
> I had the feeling were higher priority but was still in my todo list :)

No problems, congrats for the huge work.

-- 
Thierry
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 3 years and 17 days ago.

Previous Next


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