bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r


From: toolybird at tuta dot io
Subject: [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r
Date: Mon, 12 Apr 2021 20:25:49 +0000

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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]