Hello,
AusweisApp2-2.0.3 build failed on rawhide/x86_64 with unsupported reloc 43 errors [1]. Other architectures have built fine, similarly to released branches. Is this a problem with rawhide ld.gold?
Best regards, Julian
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=112033714
On Sat, Jan 20, 2024 at 02:27:58PM +0100, Julian Sikorski wrote:
AusweisApp2-2.0.3 build failed on rawhide/x86_64 with unsupported reloc 43 errors [1]. Other architectures have built fine, similarly to released branches. Is this a problem with rawhide ld.gold?
I thought reloc 43 (aka R_X86_64_CODE_4_GOTPCRELX) is a relocation for APX code (i.e. when an instruction uses %r16-%r31 registers and needs GOTPCREL), it surprises me a package in the distro would use it so quickly.
In any case, ld.gold is an unmaintained linker for years, just use ld.bfd instead.
Jakub
On Sat, Jan 20, 2024 at 2:41 PM Jakub Jelinek jakub@redhat.com wrote:
On Sat, Jan 20, 2024 at 02:27:58PM +0100, Julian Sikorski wrote:
AusweisApp2-2.0.3 build failed on rawhide/x86_64 with unsupported reloc 43 errors [1]. Other architectures have built fine, similarly to released branches. Is this a problem with rawhide ld.gold?
I thought reloc 43 (aka R_X86_64_CODE_4_GOTPCRELX) is a relocation for APX code (i.e. when an instruction uses %r16-%r31 registers and needs GOTPCREL), it surprises me a package in the distro would use it so quickly.
In any case, ld.gold is an unmaintained linker for years, just use ld.bfd instead.
It looks like this is a problem in the latest binutils build actually: https://bugzilla.redhat.com/show_bug.cgi?id=2259333
Fabio
Am 20.01.24 um 14:47 schrieb Fabio Valentini:
On Sat, Jan 20, 2024 at 2:41 PM Jakub Jelinek jakub@redhat.com wrote:
On Sat, Jan 20, 2024 at 02:27:58PM +0100, Julian Sikorski wrote:
AusweisApp2-2.0.3 build failed on rawhide/x86_64 with unsupported reloc 43 errors [1]. Other architectures have built fine, similarly to released branches. Is this a problem with rawhide ld.gold?
I thought reloc 43 (aka R_X86_64_CODE_4_GOTPCRELX) is a relocation for APX code (i.e. when an instruction uses %r16-%r31 registers and needs GOTPCREL), it surprises me a package in the distro would use it so quickly.
In any case, ld.gold is an unmaintained linker for years, just use ld.bfd instead.
I checked the git history for AusweisApp and ld.gold has always been a preferred linker on non-Android. I do not know why, git log only has version numbers in it. As a matter of fact, gold has been demoted to a fallback option with lld being preferred now:
https://github.com/Governikus/AusweisApp/blob/d0d3956a825237e957795954e7c727...
It looks like this is a problem in the latest binutils build actually: https://bugzilla.redhat.com/show_bug.cgi?id=2259333
Fabio
Thanks! I have added myself to the CC list.
Best regards, Julian
-- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
* Julian Sikorski:
AusweisApp2-2.0.3 build failed on rawhide/x86_64 with unsupported reloc 43 errors [1]. Other architectures have built fine, similarly to released branches. Is this a problem with rawhide ld.gold?
Best regards, Julian
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=112033714
From the build log:
/usr/include/qt6/QtCore/qmetatype.h:1320: error: unsupported reloc 43 /builddir/build/BUILD/AusweisApp-2.0.3/src/workflows/base/controller/WorkflowController.cpp:17: error: unsupported reloc 43 /builddir/build/BUILD/AusweisApp-2.0.3/src/workflows/base/states/StateCheckRefreshAddress.cpp:400: error: unsupported reloc 43 /usr/include/qt6/QtCore/qsharedpointer_impl.h:704: error: unsupported reloc 43
Most likely a duplicate of bug 2259333.
Thanks, Florian