Subject: Re: bug#63365: 30.0.50; GCC 13.1 breaks building Emacs with native-compilation

From: András Svraka <[email-masked]>
Date: Thu, 1 Jun 2023 17:30:39 +0200

> On 2023. Jun 1., at 10:42, Eli Zaretskii <[email-masked]> wrote:
> 
> This means Emacs crashed during native compilation, and is waiting for
> "someone" to respond to the Abort dialog.  Since you are running CI
> unattended, it might be a good idea to modify lisp/Makefile to pass
> 
>  --eval '(setq w32-disable-abort-dialog t)'
> 
> option on the batch compilation command line.

Ran a new build on the CI with this option. Compilation of files.el now properly fails with the following errors:

  make[3]: *** [Makefile:298: ../../emacs-28.2/lisp/files.eln] Error 127
  make[2]: *** [Makefile:813: ../../emacs-28.2/lisp/files.eln] Error 2

After which the build continues, and files.eln is skipped. The first line refers to lisp/Makefile, the second to src/Makefile, which launches the former. The CI produced a dump as well. Is that of any help?

https://github.com/svraka/MINGW-packages/actions/runs/5144666663/

> This tells that the crash was inside print_object, which was called by
> prin1-to-string, probably because Emacs tried to print some invalid
> Lisp object.  Since there are no line numbers in the backtrace, I
> cannot tell more.

If I'm not mistaken, line numbers require a debug build. However, with a debug option compilation never got stuck.

András