GNU bug report logs - #61171
30.0.50; macos build can't find native lisp folder

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: merrick <at> luois.me, 61171-done <at> debbugs.gnu.org
Subject: Re: bug#61171: 30.0.50; macos build can't find native lisp folder
Date: Tue, 06 Jun 2023 14:31:37 +0300

tags 61171 notabug
close 61171
thanks

> From: Andrea Corallo <acorallo <at> gnu.org>
> Cc: Merrick Luo <merrick <at> luois.me>,  61171 <at> debbugs.gnu.org
> Date: Mon, 05 Jun 2023 18:15:15 -0400
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > [Please keep the bug address on the CC list.]
> >
> >> From: Merrick Luo <merrick <at> luois.me>
> >> Date: Tue, 31 Jan 2023 11:18:55 +0800
> >> 
> >> Eli Zaretskii <eliz <at> gnu.org> writes:
> >> 
> >> > Why did you build with ns-self-contained disabled?  AFAICT from
> >> > reading the top-level Makefile.in, this causes Emacs to install files
> >> > according to Posix conventions, which breaks on macOS. What you get is
> >> > the Emacs binary in a place unrelated to the directory where the
> >> > *.eln files are installed, and Emacs cannot find them.
> >> 
> >> yes, I want the files to be installed into /usr/local/ so I can use it
> >> in terminal more easily. AFAIR, the Emacs.app works fine with this
> >> option without native compilation enabled, I can also copy/move it to
> >> the Application folder and still works.
> >
> > Without native-compilation Emacs doesn't need to look for and find
> > the *.eln files, so it's a small wonder you don't see the problem.
> >
> >> > You could perhaps set ELN_DESTDIR explicitly when you run "Make", as
> >> > in
> >> >
> >> >    make ELN_DESTDIR=/Users/merrickluo/projs/emacs/nextstep/Emacs.app/Contents
> >> >
> >> > Maybe.
> >> 
> >> this looks like an absolute path though, so if I moved the Emacs.app to
> >> another place, like /Applciations, it will break /usr/local/bin/emacs?
> >
> > Emacs with native-compilation supports relocatable
> > installations only if the relation between the directory with the
> > binary and the directory with the *.eln files is according to the
> > relation between BIN_DESTDIR and ELN_DESTDIR.  So if you want a
> > relocatable installation, you will need to play with the values of
> > those two Make-time variables to suit your needs.  If you use absolute
> > file names, moving the files will break the installation.
> 
> Hello all,
> 
> should we close this bug or is there something that should be done?

Closed.

Previous Next

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