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


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

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Thierry Volpiatto <thievol <at> posteo.net>, 46790 <at> debbugs.gnu.org
Subject: Re: 28.0.50; make install with native-comp branch
Date: Sat, 10 Apr 2021 06:57:26 +0000
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?  If the case is the first could you please try
again setting bindir also while building?

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 :)

Regards

  Andrea




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

Previous Next


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