[Bug ld/30930] New: ld-2.41 links mame in a way which gets stuck on aarch64

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: belegdol at gmail dot com Target Milestone: --- Hello, it appears that there is an issue with binutils-2.41 on aarch64 which manifests in mame being linked in a way which in validation

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #1 from Julian Sikorski --- Validation gets stuck on the following function: #0 0xb5bddb08 in ___ZN4bgfx12VertexLayoutC1Ev_bti_veneer () #1 0xf5870b2c in call_init (env=, argv=0xf388, argc=1) at ../csu/li

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #3 from Julian Sikorski --- I will try, however my problem is that the issue only appears to happen with a full (as opposed to single-driver) build. It takes close to 3 hours on the only aarch64 machine I have access to so far, whi

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #5 from Julian Sikorski --- (In reply to Nick Clifton from comment #4) > You may find it useful to compare a broken-linked-with-ld.bfd binary > with a working-linked-with-lld binary. In particular the contents > of whatever init

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #6 from Julian Sikorski --- (In reply to Sam James from comment #2) > Could you try give some instructions to reproduce manually from source, > without using Fedora and Fedora specific tooling? > > Bisecting binutils using 'git bi

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #8 from Julian Sikorski --- (In reply to Nick Clifton from comment #7) > (In reply to Julian Sikorski from comment #5) > > (In reply to Nick Clifton from comment #4) > > > You may find it useful to compare a broken-linked-with-ld.b

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #10 from Julian Sikorski --- Done: https://bugzilla.redhat.com/show_bug.cgi?id=2241902 I managed to set up an aarch64 rawhide instance on Oracle Cloud but I cannot connect to it yet :( If I manage to get it working, I can see if I

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #11 from Julian Sikorski --- With a non-mock, fedpkg compile build on Fedora rawhide aarch running on OCI the backtrace is slightly different: #0 0xb5bd4fb0 in ___ZN3emu6detail16device_registrar15register_deviceERNS0_21de

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #13 from Julian Sikorski --- Thanks! The patch does not revert cleanly unfortunately and the changes are complicated enough that I do not feel comfortable running git mergetool. Would someone please be so kind and provide a patch I

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #14 from Julian Sikorski --- (In reply to Julian Sikorski from comment #10) > Done: https://bugzilla.redhat.com/show_bug.cgi?id=2241902 > > I managed to set up an aarch64 rawhide instance on Oracle Cloud but I cannot > connect to

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #17 from Julian Sikorski --- (In reply to Nick Clifton from comment #16) > Created attachment 15152 [details] > Proposed patch > > (In reply to Julian Sikorski from comment #13) > > Thanks! The patch does not revert cleanly unfort

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #21 from Julian Sikorski --- (In reply to Szabolcs Nagy from comment #20) > seems they made the build use lld, so now i have to undo that. > will look at it tomorrow Sorry about that, I should have mentioned it here. You do not ne

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #23 from Julian Sikorski --- I was able to complete git bisect in the meantime, it also points to 15b4f66b0a9a3be6caf1898d22a13c39e662006f being the first bad commit. Interestingly enough, I was not able to reproduce the issue with

[Bug ld/30930] ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #24 from Julian Sikorski --- I was able to reproduce the problem with the following make call, without the need to use the RPM tooling: make -j16 VERBOSE=1 NOWERROR=1 SYMBOLS=1 SYMLEVEL=1 OPTIMIZE=2 OPT_FLAGS="-O2 -fexceptions -gr

[Bug ld/30930] Broken BTI veneers: ld-2.41 links mame in a way which gets stuck on aarch64

https://sourceware.org/bugzilla/show_bug.cgi?id=30930 --- Comment #28 from Julian Sikorski --- Thank you. I can confirm that these 5 patches allow mame to link successfully on aarch64 when applied on top of Fedora binutils-2.41-10.fc40. -- You are receiving this mail because: You are on the CC

[Bug ld/23304] ARM linker fails to combine identical typeinfo sections

https://sourceware.org/bugzilla/show_bug.cgi?id=23304 Julian Sikorski changed: What|Removed |Added CC||belegdol at gmail dot com -- You