GNU bug report logs - #52381
GNU Emacs 28.0.90 does not build on macOS Monterey, Version 12.0.1, because bootstrapping fails

Previous Next

Package: emacs;

Reported by: Peter Dyballa <Peter_Dyballa <at> Web.DE>

Date: Thu, 9 Dec 2021 00:11:02 UTC

Severity: minor

Tags: wontfix

Merged with 52382, 52455

Found in version 28.0.90

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#52381; Package emacs. (Thu, 09 Dec 2021 00:11:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Peter Dyballa <Peter_Dyballa <at> Web.DE>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 09 Dec 2021 00:11:02 GMT) Full text and rfc822 format available.

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: GNU Emacs 28.0.90 does not build on macOS Monterey, Version 12.0.1,
 because bootstrapping fails
Date: Thu, 9 Dec 2021 01:09:54 +0100
Hello!

Configuration was this:

	env LANG=C PATH=/opt/local/bin:/usr/local/texlive/2021/bin/universal-darwin:/usr/local/gnupg-2.2/bin:/usr/local/bin:/usr/bin:/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=/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++

(--with-dumping=unexec is used because I want to build NS variant with --disable-ns-self-contained and then X11 variant)

The failure happens here:

	gmake[2]: Leaving directory '/Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp'
	./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(58122,0x10e1f8600) malloc: Non-aligned pointer 0x10b0091f8 being freed
	temacs(58122,0x10e1f8600) malloc: *** set a breakpoint in malloc_error_break to debug
	gmake[1]: *** [Makefile:852: bootstrap-emacs] Abort trap: 6
	gmake[1]: Leaving directory '/Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/src'
	gmake: *** [Makefile:449: src] Error 2

Compiler is MacPorts' clang version 13.0.0.

--
Greetings

  Pete

Some day we may discover how to make magnets that can point in any direction.





Forcibly Merged 52381 52382. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 09 Dec 2021 01:20:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#52381; Package emacs. (Thu, 09 Dec 2021 07:55:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Web.DE>
Cc: 52381 <at> debbugs.gnu.org
Subject: Re: bug#52381: GNU Emacs 28.0.90 does not build on macOS Monterey,
 Version 12.0.1, because bootstrapping fails
Date: Thu, 09 Dec 2021 09:54:09 +0200
> From: Peter Dyballa <Peter_Dyballa <at> Web.DE>
> Date: Thu, 9 Dec 2021 01:09:54 +0100
> 
> 	env LANG=C PATH=/opt/local/bin:/usr/local/texlive/2021/bin/universal-darwin:/usr/local/gnupg-2.2/bin:/usr/local/bin:/usr/bin:/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=/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++
> 
> (--with-dumping=unexec is used because I want to build NS variant with --disable-ns-self-contained and then X11 variant)
> 
> The failure happens here:
> 
> 	gmake[2]: Leaving directory '/Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/lisp'
> 	./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(58122,0x10e1f8600) malloc: Non-aligned pointer 0x10b0091f8 being freed
> 	temacs(58122,0x10e1f8600) malloc: *** set a breakpoint in malloc_error_break to debug
> 	gmake[1]: *** [Makefile:852: bootstrap-emacs] Abort trap: 6
> 	gmake[1]: Leaving directory '/Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/src'
> 	gmake: *** [Makefile:449: src] Error 2
> 
> Compiler is MacPorts' clang version 13.0.0.

Thanks.

The unexec build is a legacy build, it is basically supported only for
platforms that cannot yet switch to the pdumper build.  I regularly
build with unexec on GNU/Linux, and it does work for me there, both on
the master and the release branches.

So the code is basically solid, and your problem is most probably
specific to the particular configuration you are trying to use: clang
on macOS.  If you can help debugging this (e.g., by following the
advice in the error message you cite above -- it sounds like some
memory alignment issue), find the culprit and suggest a clean enough
fix, we will consider making the required changes on the release
branch.  Otherwise, I will unfortunately have to consider this to be
an unsupported combination: the unexec build on macOS using clang.
IMO, it is not a very important configuration for us to care about.

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.

Thanks.




Merged 52381 52382 52455. Request was from Glenn Morris <rgm <at> fencepost.gnu.org> to control <at> debbugs.gnu.org. (Sun, 12 Dec 2021 18:56:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#52381; Package emacs. (Thu, 25 Jul 2024 13:51:02 GMT) Full text and rfc822 format available.

Message #15 received at 52381 <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.




Added tag(s) wontfix. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Thu, 25 Jul 2024 13:51:03 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 52455 <at> debbugs.gnu.org and Peter Dyballa <Peter_Dyballa <at> Web.DE> Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Thu, 25 Jul 2024 13:51:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 23 Aug 2024 11:24:06 GMT) Full text and rfc822 format available.

bug unarchived. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Fri, 27 Dec 2024 00:23:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 24 Jan 2025 12:24:11 GMT) Full text and rfc822 format available.

This bug report was last modified 48 days ago.

Previous Next


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