GNU bug report logs -
#57789
Emacs 28.1 clone build with native compilation crashes on s390x
Previous Next
Full log
Message #94 received at 57789 <at> debbugs.gnu.org (full text, mbox):
"Rob Browning" <rlb <at> defaultvalue.org> writes:
> Pip Cet <pipcet <at> protonmail.com> writes:
>
>> Same compiler? Is ASLR in use?
>
> Should be roughly the same compiler, both are building a "current"
> unstable tree, and I build the one on zelenka a few days ago and the
> mmdebstrap one the day before yesterday. Not sure offhand wrt ASLR.
Hmm. Is there any way for you to share the binaries that don't work?
It would be interesting to see whether the binary that crashes on
silicon works in the emulator.
>> In any case, I'm always interested in weird machines, even if they're
>> virtual, so I'd appreciate such instructions.
>
> OK, so if you have access to a Debian host with recent enough versions
> (fwiw, I was likely using trixie (testing) versions of debvm and
> mmdebstrap), this should work.
Thank you very much! The instructions worked for me!
I could build Emacs, but, as expected, there was no crash.
It's still possible that __builtin_unwind_init was buggy in one GCC
version but not the other, but it does generate what looks like the
right code here, which makes that possibility less likely.
>> Can you disassemble the Fwhile, eval_sub, and visit_static_gc_roots
>> functions? I assume s390 disassembled code isn't too hard to read...
>
> I'll plan to try that later, along with retrieving the requested
> backtraces.
If you can do so on a binary that doesn't work, mark_threads would also
be an interesting function, since that's where __builtin_unwind is
inlined.
Pip
This bug report was last modified 156 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.