GNU bug report logs - #52455
28.0.90; on macOS High Sierra, Version 10.13.6, and macOS Monterey, Version 12.0.1, unexec fails

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 52455 in the body.
You can then email your comments to 52455 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Peter Dyballa <Peter_Dyballa <at> Web.DE>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.90; on macOS High Sierra, Version 10.13.6, and macOS Monterey,
 Version 12.0.1, unexec fails
Date: Sun, 12 Dec 2021 19:34:27 +0100

Hello!

Configuring GNU Emacs 28.0.90 on both Macs à la

	env LANG=C PATH=/usr/bin:/opt/local/bin:/bin:/usr/local/texlive/2021/bin/universal-darwin:/usr/local/gnupg-2.2/bin:/usr/local/bin:/sbin:/usr/sbin:/opt/local/sbin:/usr/local/sbin:/opt/local/Library/Frameworks/Python.framework/Versions/3.8/bin:/opt/X11/bin ./configure --without-libsystemd --without-pop --without-sound --without-gpm --without-dbus --without-selinux --without-imagemagick --without-ns --with-x --with-dumping=unexec --disable-ns-self-contained --with-x-toolkit=athena --x-libraries=/opt/X11/lib --x-includes=/opt/local/include --enable-locallisppath=/Library/Application\ Support/Emacs/calendar28:/Library/Application\ Support/Emacs --with-file-notification=yes CPPFLAGS=-I/opt/local/include CFLAGS="-g -H -pipe -fPIC -fno-common -Os -arch x86_64 -fomit-frame-pointer" LDFLAGS="-v -arch x86_64 -Wl,-bind_at_load -Wl,-t -L /opt/local/lib" PKG_CONFIG_PATH=/opt/local/libexec/openssl3/lib/pkgconfig:/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/opt/X11/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig CC=clang CXX=clang++

or

	env LANG=C PATH=/usr/bin:/opt/local/bin:/bin:/usr/local/texlive/2021/bin/universal-darwin:/usr/local/gnupg-2.2/bin:/usr/local/bin:/sbin:/usr/sbin:/opt/local/sbin:/usr/local/sbin:/opt/local/Library/Frameworks/Python.framework/Versions/3.8/bin:/opt/X11/bin ./configure --without-libsystemd --without-pop --without-sound --without-gpm --without-dbus --without-selinux --without-imagemagick --with-ns --with-dumping=unexec --disable-ns-self-contained --with-x-toolkit=athena --x-libraries=/opt/X11/lib --x-includes=/opt/local/include --enable-locallisppath=/Library/Application\ Support/Emacs/calendar28:/Library/Application\ Support/Emacs --with-file-notification=yes CPPFLAGS=-I/opt/local/include CFLAGS="-g -H -pipe -fPIC -fno-common -Os -arch x86_64 -fomit-frame-pointer" LDFLAGS="-v -arch x86_64 -Wl,-bind_at_load -Wl,-t -L /opt/local/lib" PKG_CONFIG_PATH=/usr/lib/pkgconfig:/opt/local/libexec/openssl3/lib/pkgconfig:/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/opt/X11/lib/pkgconfig CC=clang CXX=clang++

and setting CC or CXX also as gcc/g++ and rearranging PATH that Apple's/Xcode's Clang compiler is used, all compilations finish in a temacs crash à la:

	./temacs --batch  -l loadup --temacs=bootstrap
	Loading loadup.el (source)...
	Dump mode: bootstrap
	Using load-path (/Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp/emacs-lisp /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp/progmodes /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp/language /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp/international /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp/textmodes /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp/vc)
	Loading emacs-lisp/byte-run...
	Loading emacs-lisp/backquote...
	Loading subr...
	Loading version...
	Loading widget...
	Loading custom...
	Loading emacs-lisp/map-ynp...
	Loading international/mule...
	Loading international/mule-conf...
	temacs(39512,0x10fc71600) malloc: Non-aligned pointer 0x1078175f8 being freed
	temacs(39512,0x10fc71600) malloc: *** set a breakpoint in malloc_error_break to debug
	gmake[1]: *** [Makefile:852: bootstrap-emacs] Abort trap: 6

On macOS Monterey only Apple's/Xcode Clang 13 is available (GCC10 and GCC11 are not yet prepared), on macOS High Sierra MacPorts compiled GCC9, GCC10 and GCC11 as well as Clang 11 and 13 + Apple's/Xcode's Clang 10 are available. All these compilers fail building src/emacs when configured --with-dumping=unexec – and I need to different methods of dumping when I want to used X11 version and the NS variant with --disable-ns-self-contained.

Retrying with LDFLAGS="-v -arch x86_64 -Wl,-t -L /opt/local/lib" makes no difference.

--
Greetings

  Pete

Remember, "Advance too fast, you catch up with death. But advance too slow, death catches up with *you*."

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Peter Dyballa <Peter_Dyballa <at> web.de>, 52381 <at> debbugs.gnu.org,
 52455 <at> debbugs.gnu.org
Subject: Re: bug#52455: 28.0.90; on macOS High Sierra, Version 10.13.6, and
 macOS Monterey, Version 12.0.1, unexec fails
Date: Thu, 25 Jul 2024 06:49:18 -0700

tags 52455 + wontfix
close 52455
thanks

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

> In general, it is not recommended to use the unexec build as a
> starting point for any important developments, because we will remove
> the unexec support in some future version of Emacs.

Unexec build is even less relevant today than when the above was written
(in 2021).  The recommendation here is to use pdumper.

I'm therefore closing this bug report as wontfix.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: 52455 <at> debbugs.gnu.org
Subject: Remove non-working Emacs "support" for macOS unexec
Date: Thu, 26 Dec 2024 16:25:20 -0800

I took a bleeding-edge GNU Emacs (commit 
85ca91ff912da7c3a672e4bfe6ce103a23ddec73 dated today) and tried to build 
it on cfarm104.cfarm.net, which is running macOS 12.6 21G115. I used 
this command to configure and build:

  ./configure --with-gnutls=ifavailable --with-unexec=yes
  make check

The build failed mysteriously.

After doing this, I discovered GNU bug#52455, which says that unexec 
builds have not worked in macOS for some time and that this bug won't be 
fixed. I wish I hadn't wasted my time trying --with-unexec.

I suggest removing support for unexec on macOS, so that nobody else 
wastes time like I did.

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

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 52455 <at> debbugs.gnu.org
Subject: Re: bug#52455: Remove non-working Emacs "support" for macOS unexec
Date: Thu, 26 Dec 2024 22:26:59 -0500

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> I suggest removing support for unexec on macOS, so that nobody else wastes time
> like I did.

We have proposed deleting the unexec build for all platforms, not just
macOS.  The plan is to merge that on February 1, 2025.

Please see:

    https://lists.gnu.org/r/emacs-devel/2024-12/msg00687.html

Previous Next

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