https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #16 from Toolybird <toolybird at tuta dot io> --- $ grep "/usr/lib " libctf/config.status sys_lib_search_path_spec='/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0 /usr/lib /lib ' sys_lib_dlsearch_path_spec='/lib /usr/lib /usr/lib/libfakeroot ' That looks fairly normal to me. The only .la files involved in the relink are libctf.la and ../bfd/libbfd.la. They both contain a line: libdir='/usr/lib' (Incidentally, libctf.la also has `-rpath /usr/lib' in the relink_command section, though I don't think that's relevant.) Once the .la files are "substituted" for the real relink command, it seems the -L/usr/lib is caused by ../bfd/libbfd.la In trying to debug this I jammed a "set -x" into libtool and yeah, well, my brain still hurts.. In summary, the current code is incorrect in the `--prefix=/usr --enable-shared' case due to the libtool relink. If you were to revert the bits that cause the relink, everything should go back to hunky-dory. In the original commit message you mentioned "a libtool bug which as far as I can see is no longer present". Unfortunately I think the libtool bug is still there. -- You are receiving this mail because: You are on the CC list for the bug.
