unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Alan Third <alan@idiocy.org>
To: Peter Dyballa <Peter_Dyballa@Web.DE>
Cc: 52948@debbugs.gnu.org
Subject: bug#52948: 28.0.90; NS variant and X11 client are not separated on macOS Monterey, Version 12.1
Date: Sun, 2 Jan 2022 14:17:45 +0000	[thread overview]
Message-ID: <YdG0Ca9DP8fIALag@breton.holly.idiocy.org> (raw)
In-Reply-To: <3213B217-ABA7-4EFF-82C5-0C28F5939DF6@Web.DE>

On Sun, Jan 02, 2022 at 03:03:54PM +0100, Peter Dyballa wrote:
> 
> 
> > Am 2.1.2022 um 14:42 schrieb Alan Third <alan@idiocy.org>:
> > 
> > On Sun, Jan 02, 2022 at 12:20:28PM +0100, Peter Dyballa wrote:
> >> 	 --disable-ns-self-contained
> > 
> >> It built and was just installed. When I now invoke '/Applications/AquaEmacs-28.0.90.app/Contents/MacOS/Emacs -Q' it complains:
> >> 
> >> 	desired fingerprint: 4d354353b8f40c4a104e7d527485c1326771b2eb129780879008256a10c405cf
> >> 	found fingerprint: 5e8639f383b8b6dbf3a84b080fad2ff84d81c23682262d61fc16d63a7177256c
> >> 	emacs: could not load dump file "/usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0/emacs.pdmp": not built for this Emacs executable
> > 
> > You disabled the self-contained install for NS, so it's not installed
> > in the app bundle. I think the basic bundle is still built to allow
> > you to use it to run the installed Emacs from the GUI, but all the
> > files will be installed under /usr/local or wherever.
> > 
> It's that what I want: just one single pile of 100 MB of files.
> 
> Actually my first description is wrong.
> 
> In the meantime I tried to reproduce the effect – and failed. The bug is that I have to invoke 'make install' to produce a working Emacs.app in the nextstep sub-directory. This in turn installs /usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0/emacs.pdmp:
> 
>     During "make":
> ------------------
> 	rm -f bootstrap-emacs.pdmp
> 	Dumping under the name bootstrap-emacs.pdmp
> 	Dumping under the name emacs.pdmp
> 	Adding name emacs-28.0.90.1.pdmp
> 	cp -f emacs.pdmp bootstrap-emacs.pdmp 
> 	cp -f ../src/emacs.pdmp /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/nextstep/Emacs.app/Contents/MacOS/libexec/Emacs.pdmp
> 
>     During "make install":
> --------------------------
> 	/usr/bin/install -c -m 644 src/emacs.pdmp "/usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0"/emacs.pdmp
> 
> Is the latter actually necessary?

Yes. You have a UNIX style installed emacs that happens to use the NS
term. The app bundle is only provided as a helper for running it from
the GUI.

> Renaming
> /usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0/emacs.pdmp
> lead to Emacs loading a lot of ELisp files. The other copied dump
> file, Emacs.app/Contents/MacOS/libexec/Emacs.pdmp, is not used
> although it exists in /Applications, where I "installed" Emacs.app.

How do you propose we find the .pdmp file in the app bundle, which can
be put *anywhere*, when you run 'emacs' from the command line?

If you want to use the app bundle and expect Emacs to load files from
within the bundle, don't use a UNIX style install.

If you must have two different UNIX style installs of Emacs then
you'll have to use different prefixes or something. Someone who knows
more about the way emacs installs may have a better idea, but this
isn't a bug.
-- 
Alan Third





  reply	other threads:[~2022-01-02 14:17 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-02 11:20 bug#52948: 28.0.90; NS variant and X11 client are not separated on macOS Monterey, Version 12.1 Peter Dyballa
2022-01-02 13:42 ` Alan Third
2022-01-02 14:03   ` Peter Dyballa
2022-01-02 14:17     ` Alan Third [this message]
2022-01-02 14:22       ` Peter Dyballa
2022-01-02 14:41         ` Alan Third
2022-01-02 15:14           ` Peter Dyballa
2022-01-02 16:03           ` Peter Dyballa
2022-01-15  9:20           ` Lars Ingebrigtsen
2022-01-15  9:44             ` Peter Dyballa
2022-01-15 12:23               ` Alan Third
2022-01-15 16:08                 ` Peter Dyballa
2022-01-20 10:18                 ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YdG0Ca9DP8fIALag@breton.holly.idiocy.org \
    --to=alan@idiocy.org \
    --cc=52948@debbugs.gnu.org \
    --cc=Peter_Dyballa@Web.DE \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).