[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: |
Sat, 10 Apr 2021 02:31:36 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #14 from Toolybird <toolybird at tuta dot io> ---
Figured it out! (i.e. You were right)
The relink happens to link against a system installed copy of libiberty.a
residing in /usr/lib instead of the one in the build tree. If I remove
/usr/lib/libiberty.a before `make install' then all is well.
Part of the problem is -L/usr/lib appears earliest in the libtool generated
relink command.
Arch installs libiberty.a as part of GCC (for reasons I haven't researched
yet).
Now, as to what a proper fix looks like... Dunno.
--
You are receiving this mail because:
You are on the CC list for the bug.
- [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r, toolybird at tuta dot io, 2021/04/08
- [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r, nick.alcock at oracle dot com, 2021/04/09
- [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r, nick.alcock at oracle dot com, 2021/04/09
- [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r, toolybird at tuta dot io, 2021/04/09
- [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r,
toolybird at tuta dot io <=
- [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r, nick.alcock at oracle dot com, 2021/04/12
- [Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r, toolybird at tuta dot io, 2021/04/12