GNU bug report logs -
#57789
Emacs 28.1 clone build with native compilation crashes on s390x
Previous Next
Full log
Message #32 received at 57789 <at> debbugs.gnu.org (full text, mbox):
Rob Browning <rlb <at> defaultvalue.org> writes:
> Rob Browning <rlb <at> defaultvalue.org> writes:
>
>> Starting from scratch with the emacs-28.1 commit I can reproduce the
>> failure when building via
>
> Oops, meant the emacs-28.2 commit for all of that testing.
Looking at Rob's backtrace,
#0 mark_object (arg=<optimized out>) at alloc.c:6809
#1 0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa00ac54a8) at alloc.c:6607
#2 mark_vectorlike (header=0x2aa00ac54a0) at alloc.c:6382
#3 0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa007f4ca8) at alloc.c:6607
#4 mark_vectorlike (header=0x2aa007f4ca0) at alloc.c:6382
#5 0x000002aa001a8ee6 in mark_objects (n=<optimized out>, obj=0x2aa007c3b10) at alloc.c:6607
#6 mark_vectorlike (header=0x2aa007c3b08) at alloc.c:6382
#7 0x000002aa001a7c3e in visit_static_gc_roots (visitor=...) at alloc.c:5926
and seeing frame#7, would it be a way forward to determine which
staticpro (I assume it is a staticpro) that is? Maybe that can give a
clue which one can then use together with a bisect, perhaps?
WDYT?
This bug report was last modified 157 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.