GNU bug report logs - #68557
30.0.50; "--enable-checking=yes,glyphs" leads to "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"

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 68557 in the body.
You can then email your comments to 68557 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: Gregor Zattler <grfz <at> gmx.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50;  "--enable-checking=yes,glyphs" leads to "alloc.c:3446:
 Emacs fatal error: assertion failed: h->index_size > 1"
Date: Thu, 18 Jan 2024 00:59:54 +0100

Dear Emacs developers, building the Emacs master branch
as of commit 5f5faad249747ce5bd4b7f2968f737206c136265
on an up-to-date debian bookworm system fails if
configured with --enable-checking=yes,glyphs

The build works, if configured without --enable-checking=yes,glyphs.

The build was done with a fresh checkout, and debian default CFLAGS etc, like so:

eval $(dpkg-buildflags --export=sh); CFLAGS="$CFLAGS -Wall"; git clean -fdx; rm -rf * ; git co -f ; ./autogen.sh && ./configure  --infodir=/usr/share/info/emacs --with-json --with-file-notification=yes --with-libsystemd --with-cairo --with-x=yes --with-x-toolkit=no  --without-toolkit-scroll-bars --without-gsettings --enable-check-lisp-object-type --enable-checking=yes,glyphs --with-native-compilation ; nice -n 20 ionice -c 3 eatmydata make V=1 NATIVE_FULL_AOT=0

This are the last lines of output of a failed build:

TZ=UTC0 touch -t 197001010000 emacs-lisp/macroexp.elc
'../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
-l comp -f batch-byte-compile emacs-lisp/cconv.el
TZ=UTC0 touch -t 197001010000 emacs-lisp/cconv.elc
'../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
-l comp -f batch-byte-compile emacs-lisp/byte-opt.el
TZ=UTC0 touch -t 197001010000 emacs-lisp/byte-opt.elc
'../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
-l comp -f batch-byte-compile emacs-lisp/bytecomp.el
TZ=UTC0 touch -t 197001010000 emacs-lisp/bytecomp.elc
'../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
-l comp -f batch-byte-compile emacs-lisp/comp.el

alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1
make[3]: *** [Makefile:325: emacs-lisp/comp.elc] Aborted
make[3]: Leaving directory '/home/grfz/src/my-next-emacs/lisp'
make[2]: *** [Makefile:1017: bootstrap-emacs.pdmp] Error 2
make[2]: Leaving directory '/home/grfz/src/my-next-emacs/src'
make[1]: *** [Makefile:554: src] Error 2
make[1]: Leaving directory '/home/grfz/src/my-next-emacs'
make[1]: Entering directory '/home/grfz/src/my-next-emacs'
***
*** "make all" failed with exit status 2.
***
*** You could try to:
*** - run "make bootstrap", which might fix the problem
*** - run "make V=1", which displays the full commands invoked by make,
***   to further investigate the problem
***
make[1]: *** [Makefile:418: advice-on-failure] Error 2
make[1]: Leaving directory '/home/grfz/src/my-next-emacs'
make: *** [Makefile:374: all] Error 2

I'm happy to answer questions, but as I do not know
much about building in general, they should be specific
and detailed.

HTH, Gregor

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregor Zattler <grfz <at> gmx.de>
Cc: 68557 <at> debbugs.gnu.org
Subject: Re: bug#68557: 30.0.50;
 "--enable-checking=yes,glyphs" leads to "alloc.c:3446: Emacs fatal
 error: assertion failed: h->index_size > 1"
Date: Thu, 18 Jan 2024 08:13:30 +0200

> Date: Thu, 18 Jan 2024 00:59:54 +0100
> From:  Gregor Zattler via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> Dear Emacs developers, building the Emacs master branch
> as of commit 5f5faad249747ce5bd4b7f2968f737206c136265
> on an up-to-date debian bookworm system fails if
> configured with --enable-checking=yes,glyphs
> 
> The build works, if configured without --enable-checking=yes,glyphs.
> 
> The build was done with a fresh checkout, and debian default CFLAGS etc, like so:
> 
> eval $(dpkg-buildflags --export=sh); CFLAGS="$CFLAGS -Wall"; git clean -fdx; rm -rf * ; git co -f ; ./autogen.sh && ./configure  --infodir=/usr/share/info/emacs --with-json --with-file-notification=yes --with-libsystemd --with-cairo --with-x=yes --with-x-toolkit=no  --without-toolkit-scroll-bars --without-gsettings --enable-check-lisp-object-type --enable-checking=yes,glyphs --with-native-compilation ; nice -n 20 ionice -c 3 eatmydata make V=1 NATIVE_FULL_AOT=0
> 
> This are the last lines of output of a failed build:
> 
> TZ=UTC0 touch -t 197001010000 emacs-lisp/macroexp.elc
> '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> -l comp -f batch-byte-compile emacs-lisp/cconv.el
> TZ=UTC0 touch -t 197001010000 emacs-lisp/cconv.elc
> '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> -l comp -f batch-byte-compile emacs-lisp/byte-opt.el
> TZ=UTC0 touch -t 197001010000 emacs-lisp/byte-opt.elc
> '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> -l comp -f batch-byte-compile emacs-lisp/bytecomp.el
> TZ=UTC0 touch -t 197001010000 emacs-lisp/bytecomp.elc
> '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> -l comp -f batch-byte-compile emacs-lisp/comp.el
> 
> alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1
> make[3]: *** [Makefile:325: emacs-lisp/comp.elc] Aborted
> make[3]: Leaving directory '/home/grfz/src/my-next-emacs/lisp'
> make[2]: *** [Makefile:1017: bootstrap-emacs.pdmp] Error 2
> make[2]: Leaving directory '/home/grfz/src/my-next-emacs/src'
> make[1]: *** [Makefile:554: src] Error 2
> make[1]: Leaving directory '/home/grfz/src/my-next-emacs'
> make[1]: Entering directory '/home/grfz/src/my-next-emacs'
> ***
> *** "make all" failed with exit status 2.
> ***
> *** You could try to:
> *** - run "make bootstrap", which might fix the problem
> *** - run "make V=1", which displays the full commands invoked by make,
> ***   to further investigate the problem
> ***
> make[1]: *** [Makefile:418: advice-on-failure] Error 2
> make[1]: Leaving directory '/home/grfz/src/my-next-emacs'
> make: *** [Makefile:374: all] Error 2
> 
> I'm happy to answer questions, but as I do not know
> much about building in general, they should be specific
> and detailed.

Thanks.  Please say "make V=1" (but without -jN option that runs
several Make commands in parallel), and wait for the first command
that fails due to the above fatal error.  Then run the same command
under GDB, and when Emacs aborts and GDB kicks in, please type at the
GDB prompt:

  (gdb) thread apply all bt

and post here everything GDB outputs as result.

(Let me know if you need more detailed instructions for how to "run
the same command under GDB".)

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

From: Gregor Zattler <grfz <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 68557 <at> debbugs.gnu.org
Subject: Re: bug#68557: 30.0.50; "--enable-checking=yes,glyphs" leads to
 "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"
Date: Thu, 18 Jan 2024 09:52:58 +0100

Hi Eli,
* Eli Zaretskii <eliz <at> gnu.org> [2024-01-18; 08:13 +02]:
> Thanks.  Please say "make V=1" (but without -jN option that runs
> several Make commands in parallel), and wait for the first command
> that fails due to the above fatal error.  Then run the same command
> under GDB,

the last lines wihtout -j are:

TZ=UTC0 touch -t 197001010000 emacs-lisp/byte-opt.elc
'../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
-l comp -f batch-byte-compile emacs-lisp/bytecomp.el
TZ=UTC0 touch -t 197001010000 emacs-lisp/bytecomp.elc
'../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
-l comp -f batch-byte-compile emacs-lisp/comp.el

alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1
make[3]: *** [Makefile:325: emacs-lisp/comp.elc] Aborted

I therefore started it in gdb like so:

grfz <at> no:~/src/my-next-emacs/lisp$ gdb ../src/bootstrap-emacs -ex 'set logging file /tmp/gdb.txt' -ex 'set logging on' -ex 'set logging file /tmp/gdb.txt' -ex 'run  -batch --no-site-file --no-site-lisp -l comp -f batch-byte-compile emacs-lisp/comp.el'

> and when Emacs aborts and GDB kicks in, please type
> at the GDB prompt:
>   (gdb) thread apply all bt
>
> and post here everything GDB outputs as result.

This then is the content of /tmp/gdb.txt:

Starting program: /home/grfz/src/my-next-emacs/src/bootstrap-emacs -batch --no-site-file --no-site-lisp -l comp -f batch-byte-compile emacs-lisp/comp.el
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGABRT, Aborted.
0x00007ffff3d4ad3c in ?? () from /lib/x86_64-linux-gnu/libc.so.6

Thread 1 (Thread 0x7ffff2db1380 (LWP 37429) "bootstrap-emacs"):
#0  0x00007ffff3d4ad3c in  () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff3cfbf32 in raise () at /lib/x86_64-linux-gnu/libc.so.6
#2  0x00005555555a99d5 in terminate_due_to_signal (sig=sig <at> entry=6, backtrace_limit=backtrace_limit <at> entry=2147483647) at ./src/emacs.c:479
#3  0x00005555555b0f75 in die (msg=msg <at> entry=0x5555558dff6c "h->index_size > 1", file=file <at> entry=0x5555558dfc5a "alloc.c", line=line <at> entry=3446) at ./src/alloc.c:8052
#4  0x00005555555b19dd in cleanup_vector (vector=<optimized out>) at ./src/alloc.c:3446
#5  sweep_vectors () at ./src/alloc.c:3526
#6  0x00005555557a5ab7 in gc_sweep () at ./src/alloc.c:7848
#7  garbage_collect () at ./src/alloc.c:6663
#8  0x00005555557a6909 in maybe_garbage_collect () at ./src/alloc.c:6498
#9  0x00005555557d67c5 in maybe_gc () at ./src/lisp.h:5687
#10 eval_sub (form=..., form <at> entry=...) at ./src/eval.c:2429
#11 0x00005555557d6a65 in eval_sub (form=...) at ./src/eval.c:2492
#12 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#13 0x00005555557d9419 in FletX (args=...) at ./src/eval.c:972
#14 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#15 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#16 0x00005555557d730b in funcall_lambda (fun=..., nargs=5, arg_vector=0x7fffffff9f48) at ./src/eval.c:3287
#17 0x00005555557d2c90 in Ffuncall (nargs=nargs <at> entry=6, args=args <at> entry=0x7fffffff9f40) at ./src/eval.c:3022
#18 0x00005555557d3129 in Fapply (nargs=<optimized out>, args=0x7fffffffa000) at ./src/eval.c:2693
#19 0x00005555557d6ac7 in eval_sub (form=...) at ./src/eval.c:2497
#20 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#21 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#22 0x00005555557d7d13 in Fcond (args=...) at ./src/eval.c:412
#23 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#24 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#25 0x00005555557d86b4 in Flet (args=...) at ./src/eval.c:1040
#26 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#27 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#28 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#29 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#30 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#31 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#32 0x00005555557d9419 in FletX (args=...) at ./src/eval.c:972
#33 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#34 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#35 0x00005555557d7d13 in Fcond (args=...) at ./src/eval.c:412
#36 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#37 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#38 0x00005555557d730b in funcall_lambda (fun=..., nargs=2, arg_vector=0x7fffffffa960) at ./src/eval.c:3287
#39 0x00005555557d8bbe in apply_lambda (fun=..., fun <at> entry=..., args=..., count=..., count <at> entry=...) at ./src/eval.c:3157
#40 0x00005555557d6587 in eval_sub (form=...) at ./src/eval.c:2615
#41 0x00005555557d7e44 in Fsetq (args=...) at ./src/eval.c:479
#42 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#43 0x00005555557d6cfe in eval_sub (form=...) at ./src/eval.c:2513
#44 0x00005555557d6cfe in eval_sub (form=..., form <at> entry=...) at ./src/eval.c:2513
#45 0x00005555557d89f9 in Fwhile (args=...) at ./src/eval.c:1058
#46 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#47 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#48 0x00005555557d9419 in FletX (args=...) at ./src/eval.c:972
#49 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#50 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#51 0x00005555557d730b in funcall_lambda (fun=..., nargs=2, arg_vector=0x7fffee5ff478) at ./src/eval.c:3287
#52 0x000055555582acc6 in exec_byte_code (fun=..., args_template=37429, nargs=2, args=0x7fffee5ff478) at ./src/bytecode.c:817
#53 0x00005555557d2c90 in Ffuncall (nargs=nargs <at> entry=2, args=args <at> entry=0x7fffffffb140) at ./src/eval.c:3022
#54 0x00005555557df67e in mapcar1 (leni=leni <at> entry=20, vals=vals <at> entry=0x7fffffffb1a0, fn=fn <at> entry=..., seq=..., seq <at> entry=...) at ./src/fns.c:3048
#55 0x00005555557e6a8c in Fmapcar (function=..., sequence=...) at ./src/fns.c:3168
#56 0x00005555557d533d in funcall_subr (subr=0x555555ed30a0 <Smapcar>, numargs=2, args=<optimized out>) at ./src/eval.c:3092
#57 0x000055555582bcb3 in exec_byte_code (fun=..., args_template=37429, nargs=2, args=0x7fffee5ff3e8) at ./src/lisp.h:2210
#58 0x00005555557d2c90 in Ffuncall (nargs=nargs <at> entry=1, args=args <at> entry=0x7fffffffb410) at ./src/eval.c:3022
#59 0x00005555557d5529 in call0 (fn=...) at ./src/lisp.h:3300
#60 Fhandler_bind_1 (nargs=<optimized out>, args=0x7fffee5ff2c0) at ./src/eval.c:1403
#61 0x000055555582bcb3 in exec_byte_code (fun=..., args_template=37429, nargs=3, args=0x7fffee5ff2c0) at ./src/lisp.h:2210
#62 0x00005555557d2c90 in Ffuncall (nargs=1, args=0x7fffffffb530) at ./src/eval.c:3022
#63 0x00005555557d6ac7 in eval_sub (form=...) at ./src/eval.c:2497
#64 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#65 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#66 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#67 0x00005555557d7d13 in Fcond (args=...) at ./src/eval.c:412
#68 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#69 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#70 0x00005555557d9419 in FletX (args=...) at ./src/eval.c:972
#71 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#72 0x00005555557d6ffd in Fprogn (body=..., body <at> entry=...) at ./src/eval.c:432
#73 0x00005555557d89f1 in prog_ignore (body=...) at ./src/eval.c:443
#74 Fwhile (args=...) at ./src/eval.c:1061
#75 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#76 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#77 0x00005555557d9419 in FletX (args=...) at ./src/eval.c:972
#78 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#79 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#80 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#81 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#82 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#83 0x00005555557d86b4 in Flet (args=...) at ./src/eval.c:1040
#84 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#85 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#86 0x00005555557d86b4 in Flet (args=...) at ./src/eval.c:1040
#87 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#88 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#89 0x00005555557d730b in funcall_lambda (fun=..., nargs=1, arg_vector=0x7fffffffc170) at ./src/eval.c:3287
#90 0x00005555557d8bbe in apply_lambda (fun=..., fun <at> entry=..., args=..., count=..., count <at> entry=...) at ./src/eval.c:3157
#91 0x00005555557d6587 in eval_sub (form=...) at ./src/eval.c:2615
#92 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#93 0x00005555557d86b4 in Flet (args=...) at ./src/eval.c:1040
#94 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#95 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#96 0x00005555557d730b in funcall_lambda (fun=..., nargs=0, arg_vector=0x7fffffffc4f0) at ./src/eval.c:3287
#97 0x00005555557d8bbe in apply_lambda (fun=..., fun <at> entry=..., args=..., count=..., count <at> entry=...) at ./src/eval.c:3157
#98 0x00005555557d6587 in eval_sub (form=...) at ./src/eval.c:2615
#99 0x00005555557d962a in Funwind_protect (args=...) at ./src/eval.c:1321
#100 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#101 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#102 0x00005555557d86b4 in Flet (args=...) at ./src/eval.c:1040
#103 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#104 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#105 0x00005555557d6c42 in eval_sub (form=...) at ./src/eval.c:2476
#106 0x00005555557d6ffd in Fprogn (body=...) at ./src/eval.c:432
#107 0x00005555557d730b in funcall_lambda (fun=..., nargs=0, arg_vector=0x7fffffffca30) at ./src/eval.c:3287
#108 0x00005555557d8bbe in apply_lambda (fun=..., fun <at> entry=..., args=..., count=..., count <at> entry=...) at ./src/eval.c:3157
#109 0x00005555557d6587 in eval_sub (form=..., form <at> entry=...) at ./src/eval.c:2615
#110 0x00005555557d9d44 in Feval (form=..., lexical=...) at ./src/eval.c:2389
#111 0x000055555571d637 in top_level_2 () at ./src/lisp.h:1173
#112 0x00005555557d0bd7 in internal_condition_case (bfun=bfun <at> entry=0x55555571d5b0 <top_level_2>, handlers=..., handlers <at> entry=..., hfun=hfun <at> entry=0x555555728d20 <cmd_error>) at ./src/eval.c:1537
#113 0x000055555571d6d3 in top_level_1 (ignore=..., ignore <at> entry=...) at ./src/keyboard.c:1185
#114 0x00005555557d0b11 in internal_catch (tag=..., func=func <at> entry=0x55555571d6a0 <top_level_1>, arg=..., arg <at> entry=...) at ./src/eval.c:1217
#115 0x000055555571d17f in command_loop () at ./src/keyboard.c:1134
#116 0x000055555572843a in recursive_edit_1 () at ./src/keyboard.c:744
#117 0x0000555555728a94 in Frecursive_edit () at ./src/keyboard.c:827
#118 0x00005555555c5b4a in main (argc=9, argv=0x7fffffffcf18) at ./src/emacs.c:2624


HTH, Gregor

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

From: "J.P." <jp <at> neverwas.me>
To: 68557 <at> debbugs.gnu.org
Cc: Gregor Zattler <grfz <at> gmx.de>
Subject: Re: bug#68557: 30.0.50; "--enable-checking=yes,glyphs" leads to
 "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"
Date: Thu, 18 Jan 2024 06:49:51 -0800

[Message part 1 (text/plain, inline)]

Hi Gregor, others,

Gregor Zattler via "Bug reports for GNU Emacs" <bug-gnu-emacs <at> gnu.org> writes:

> Dear Emacs developers, building the Emacs master branch
> as of commit 5f5faad249747ce5bd4b7f2968f737206c136265
> on an up-to-date debian bookworm system fails if
> configured with --enable-checking=yes,glyphs
>
[...]
>
> alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1
> make[3]: *** [Makefile:325: emacs-lisp/comp.elc] Aborted
> make[3]: Leaving directory '/home/grfz/src/my-next-emacs/lisp'
> make[2]: *** [Makefile:1017: bootstrap-emacs.pdmp] Error 2
> make[2]: Leaving directory '/home/grfz/src/my-next-emacs/src'
> make[1]: *** [Makefile:554: src] Error 2
> make[1]: Leaving directory '/home/grfz/src/my-next-emacs'
> make[1]: Entering directory '/home/grfz/src/my-next-emacs'
> ***
> *** "make all" failed with exit status 2.
> ***
> *** You could try to:
> *** - run "make bootstrap", which might fix the problem
> *** - run "make V=1", which displays the full commands invoked by make,
> ***   to further investigate the problem
> ***
> make[1]: *** [Makefile:418: advice-on-failure] Error 2
> make[1]: Leaving directory '/home/grfz/src/my-next-emacs'
> make: *** [Makefile:374: all] Error 2

I ran into what looks like the same error when building but could not
reliably reproduce it. However, I *am* able to reproduce something
possibly related. Because I'm not sure, I replied to your original post
rather than down thread (so as not to cause an unnecessary ruckus).

Unfortunately, to run the test shown in the attached log you need a file
that's not in the Emacs tree. It can be generated with

1. $ mkdir test/lisp/erc/resources/fill/snapshots/.graphic

2. $ ERC_TESTS_SNAPSHOT_SAVE=erc-fill-wrap--merge-action \
     make -C test \
     TEST_INTERACTIVE=yes \
     SELECTOR=erc-fill-wrap--merge-action \
     lisp/erc/erc-fill-tests.log &&
     rm test/lisp/erc/erc-fill-tests.log &&
     stat test/lisp/erc/resources/fill/snapshots/.graphic/merge-wrap-01.eld

The current directory in the logged session is ./test, and the invoking
command appears on the first line of the log.

Thanks.


In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.38, cairo version 1.17.6) of 2024-01-17 built on localhost
Repository revision: 5f5faad249747ce5bd4b7f2968f737206c136265
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12014000
System Description: Fedora Linux 37 (Workstation Edition)

Configured using:
 'configure --enable-check-lisp-object-type --enable-checking=yes,glyphs
 --with-native-compilation=no 'CFLAGS=-O0 -g3'
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  minibuffer-regexp-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset
image regexp-opt fringe tabulated-list replace newcomment text-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo gtk
x-toolkit xinput2 x multi-tty move-toolbar make-network-process emacs)

Memory information:
((conses 16 38036 9374) (symbols 48 5225 0) (strings 32 13190 2465)
 (string-bytes 1 378506) (vectors 16 9280)
 (vector-slots 8 111692 10246) (floats 8 21 16) (intervals 56 238 5)
 (buffers 976 10))

[gdb.log (text/plain, attachment)]

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

From: Gregor Zattler <grfz <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 68557 <at> debbugs.gnu.org
Subject: Re: bug#68557: 30.0.50; "--enable-checking=yes,glyphs" leads to
 "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"
Date: Sat, 20 Jan 2024 21:18:05 +0100

Hi Eli, Emacs developers,
* Gregor Zattler <grfz <at> gmx.de> [2024-01-18; 09:52 +01]:
> * Eli Zaretskii <eliz <at> gnu.org> [2024-01-18; 08:13 +02]:
>> Thanks.  Please say "make V=1" (but without -jN option that runs
>> several Make commands in parallel), and wait for the first command
>> that fails due to the above fatal error.  Then run the same command
>> under GDB,
>
> the last lines wihtout -j are:
>
> TZ=UTC0 touch -t 197001010000 emacs-lisp/byte-opt.elc
> '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> -l comp -f batch-byte-compile emacs-lisp/bytecomp.el
> TZ=UTC0 touch -t 197001010000 emacs-lisp/bytecomp.elc
> '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> -l comp -f batch-byte-compile emacs-lisp/comp.el
>
> alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1
> make[3]: *** [Makefile:325: emacs-lisp/comp.elc] Aborted


In case that helps, I bisected this issue and got the
following result:

d3cefd3e98354929d96c9396e5920e8a123784dc is the first bad commit                                                                                                                               commit d3cefd3e98354929d96c9396e5920e8a123784dc
Author: Mattias Engdegård <mattiase <at> acm.org>
Date:   Sat Nov 4 16:34:09 2023 +0100

    Leaner hash table dumping and thawing

    Only dump the actual data, and the test encoded as an enum.  This
    simplifies dumping, makes dump files smaller and saves space at run
    time.
    
    * src/lisp.h (hash_table_std_test_t): New enum.
    (struct Lisp_Hash_Table): Add frozen_test member, consuming no extra space.
    * src/fns.c (hashfn_user_defined): Now static.
    (hash_table_test_from_std): New.
    (hash_table_rehash): Rename to...
    (hash_table_thaw): ...this and rewrite.
    * src/pdumper.c (hash_table_contents): Only include actual data, not
    unused space.
    (hash_table_std_test): New.
    (hash_table_freeze): Set frozen_test from test.
    (dump_hash_table): Dump frozen_test, not the whole test struct.
    Don't bother other dumping fields that can be derived.
 
 src/fns.c     | 53 ++++++++++++++++++++++++++++++-------------------
 src/lisp.h    | 12 ++++++++++--
 src/pdumper.c | 63 +++++++++++++++++++++++++----------------------------------

Don't know if it's really related, though.

Regards, Gregor

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregor Zattler <grfz <at> gmx.de>, Mattias Engdegård
 <mattiase <at> acm.org>
Cc: 68557 <at> debbugs.gnu.org
Subject: Re: bug#68557: 30.0.50; "--enable-checking=yes,glyphs" leads to
 "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"
Date: Sun, 21 Jan 2024 07:08:36 +0200

> From: Gregor Zattler <grfz <at> gmx.de>
> Cc: 68557 <at> debbugs.gnu.org
> Date: Sat, 20 Jan 2024 21:18:05 +0100
> 
> Hi Eli, Emacs developers,
> * Gregor Zattler <grfz <at> gmx.de> [2024-01-18; 09:52 +01]:
> > * Eli Zaretskii <eliz <at> gnu.org> [2024-01-18; 08:13 +02]:
> >> Thanks.  Please say "make V=1" (but without -jN option that runs
> >> several Make commands in parallel), and wait for the first command
> >> that fails due to the above fatal error.  Then run the same command
> >> under GDB,
> >
> > the last lines wihtout -j are:
> >
> > TZ=UTC0 touch -t 197001010000 emacs-lisp/byte-opt.elc
> > '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> > -l comp -f batch-byte-compile emacs-lisp/bytecomp.el
> > TZ=UTC0 touch -t 197001010000 emacs-lisp/bytecomp.elc
> > '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp  \
> > -l comp -f batch-byte-compile emacs-lisp/comp.el
> >
> > alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1
> > make[3]: *** [Makefile:325: emacs-lisp/comp.elc] Aborted
> 
> 
> In case that helps, I bisected this issue and got the
> following result:
> 
> d3cefd3e98354929d96c9396e5920e8a123784dc is the first bad commit                                                                                                                               commit d3cefd3e98354929d96c9396e5920e8a123784dc
> Author: Mattias Engdegård <mattiase <at> acm.org>
> Date:   Sat Nov 4 16:34:09 2023 +0100
> 
>     Leaner hash table dumping and thawing

Are you saying that the current HEAD of the master branch still shows
this failure?

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

From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 68557 <at> debbugs.gnu.org, Gregor Zattler <grfz <at> gmx.de>
Subject: Re: bug#68557: 30.0.50; "--enable-checking=yes,glyphs" leads to
 "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"
Date: Sun, 21 Jan 2024 09:52:23 +0100

21 jan. 2024 kl. 06.08 skrev Eli Zaretskii <eliz <at> gnu.org>:

>> In case that helps, I bisected this issue and got the
>> following result:
>> 
>> d3cefd3e98354929d96c9396e5920e8a123784dc is the first bad commit

This is a known bad commit (mea culpa), but that problem was fixed in the one that followed.

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

From: Gregor Zattler <grfz <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>, Mattias Engdegård
 <mattiase <at> acm.org>
Cc: 68557 <at> debbugs.gnu.org
Subject: Re: bug#68557: 30.0.50; "--enable-checking=yes,glyphs" leads to
 "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"
Date: Sun, 21 Jan 2024 10:14:52 +0100

Hi Eli, Emacs developers,
* Eli Zaretskii <eliz <at> gnu.org> [2024-01-21; 07:08 +02]:
>> From: Gregor Zattler <grfz <at> gmx.de>
>> Cc: 68557 <at> debbugs.gnu.org
>> Date: Sat, 20 Jan 2024 21:18:05 +0100
>> 

[...]
>> In case that helps, I bisected this issue and got the
>> following result:
>> 
>> d3cefd3e98354929d96c9396e5920e8a123784dc is the first bad commit                                                                                                                               commit d3cefd3e98354929d96c9396e5920e8a123784dc
>> Author: Mattias Engdegård <mattiase <at> acm.org>
>> Date:   Sat Nov 4 16:34:09 2023 +0100
>> 
>>     Leaner hash table dumping and thawing
>
> Are you saying that the current HEAD of the master branch still shows
> this failure?

sorry that I did not check that first.

I confirm master at
commit 0a07603ae8db41f69e83b1bfec6e28a92f737852 does
build even with  --enable-checking=yes,glyphs

Thanks to who ever fixed this bug.

Regards, Gregor

Message #31 received at 68557-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregor Zattler <grfz <at> gmx.de>
Cc: mattiase <at> acm.org, 68557-done <at> debbugs.gnu.org
Subject: Re: bug#68557: 30.0.50; "--enable-checking=yes,glyphs" leads to
 "alloc.c:3446: Emacs fatal error: assertion failed: h->index_size > 1"
Date: Sun, 21 Jan 2024 12:14:30 +0200

> From: Gregor Zattler <grfz <at> gmx.de>
> Cc: 68557 <at> debbugs.gnu.org
> Date: Sun, 21 Jan 2024 10:14:52 +0100
> 
> > Are you saying that the current HEAD of the master branch still shows
> > this failure?
> 
> sorry that I did not check that first.
> 
> I confirm master at
> commit 0a07603ae8db41f69e83b1bfec6e28a92f737852 does
> build even with  --enable-checking=yes,glyphs
> 
> Thanks to who ever fixed this bug.

That was Mattias.

Thanks, I'm therefore closing this bug.

Previous Next

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