GNU bug report logs - #44128
[feature/native-comp]; When invoking a symlink to the 'emacs' binary Emacs fails to start

Previous Next

Package: emacs;

Reported by: Jonas Bernoulli <jonas <at> bernoul.li>

Date: Wed, 21 Oct 2020 22:00:02 UTC

Severity: normal

Merged with 47801

Found in version 28.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Andrea Corallo <akrl <at> sdf.org>
To: Jonas Bernoulli <jonas <at> bernoul.li>
Cc: 44128 <at> debbugs.gnu.org
Subject: Re: bug#44128: [feature/native-comp]
Date: Thu, 22 Oct 2020 20:51:44 +0000
Jonas Bernoulli <jonas <at> bernoul.li> writes:

> Hello Andrea

Hi Jonas!

> [We talked about this briefly on Twitter;
>  https://twitter.com/magit_emacs/status/1313534891506757635.]
>
> When running gccemacs from the git repository without installing but by
> using a symlink like e.g. /usr/local/bin/emacs -> ~/git/emacs/src/emacs,
> then that results in an error like:
>
>   emacs: /usr/local/bin/../native-lisp/<snip>.eln: cannot open shared
>   object file: No such file or directory
>
> You mentioned that this happens because code in pdump[er].c just relies
> on invocation-directory and that you are wonder whether symlinks should
> be followed to address this.
>
>   I think they should. :D

Well I agree :)

I believe the only question is if we want to change
`invocation-directory' to have the link followed or to do that in the
load mechanism.  I guess the second has less impact.

  Andrea




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

Previous Next


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