https://sourceware.org/bugzilla/show_bug.cgi?id=33629
Bug ID: 33629
Summary: ldscripts symlink in .libs/ created too late
Product: binutils
Version: 2.46 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: jbeulich at suse dot com
Target Milestone: ---
When the real ld-new is put in .libs/ (as would typically happen with
--enable-shared), the first thing ld's check-DEJAGNU: make rule does is install
a symlink for the ldscripts directory. That's kind of okay for ld's own
testsuite run, but any earlier use of the linker (e.g. in the binutils
testsuite) will lack this symlink. As would any attempt to run the linker
directly from the build tree (ahead of running "make check").
The sole target affected right now looks to be nds32, due to it setting
COMPILE_IN to "no" (in emulparams/nds32elf*.sh).
Sadly I lack sufficient automake knowledge to be able to figure how to move
that symlink creation ahead, perhaps connecting it to the linking of ld-new.
--
You are receiving this mail because:
You are on the CC list for the bug.
