Bug 198190 - ldd -r reports undefined symbols
ldd -r reports undefined symbols
Product: Fedora
Classification: Fedora
Component: festival (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Matthew Miller
: 197594 (view as bug list)
Depends On: festival1.96
Blocks: ldd-r-kh
  Show dependency treegraph
Reported: 2006-07-10 09:23 EDT by Karsten Hopp
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version: 1.96-0.11
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-03-20 15:01:24 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Karsten Hopp 2006-07-10 09:23:02 EDT
Note: ldd can't handle dlopen'ed dependent libraries and these unresolved symbols
might be resolved by those. But this needs to be checked.
Reproducer: rpm -ql <packagename>| grep lib.*so | xargs ldd -r

undefined symbol: _ZSt4cerr     (/usr/lib/libeststring.so.1.2)
undefined symbol: __gxx_personality_v0  (/usr/lib/libeststring.so.1.2)
undefined symbol: _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc       (/usr/lib/libeststring.so.1.2)
undefined symbol: _ZNSolsEt     (/usr/lib/libeststring.so.1.2)
undefined symbol: _ZNSolsEi     (/usr/lib/libeststring.so.1.2)
undefined symbol: _ZNSt8ios_base4InitC1Ev       (/usr/lib/libeststring.so.1.2)
undefined symbol: __cxa_guard_release   (/usr/lib/libeststring.so.1.2)
undefined symbol: _ZNSt8ios_base4InitD1Ev       (/usr/lib/libeststring.so.1.2)
undefined symbol: __cxa_guard_acquire   (/usr/lib/libeststring.so.1.2)
Comment 1 Matthew Miller 2007-03-12 13:28:11 EDT
*** Bug 197594 has been marked as a duplicate of this bug. ***
Comment 2 Matthew Miller 2007-03-12 13:30:25 EDT
These are all in the three libraries from speech_tools (libestbase, libestools,
libeststring). Will investigate further.
Comment 3 Matthew Miller 2007-03-13 16:56:22 EDT
Needs -lm, -ltinfo (from ncurses), and (since we're now building the esd module)

And, also, estools needs estbase.

But that's not the big one. All those nasty underscored symbols are because the
makefile inexplicably defines CXX to be gcc except on Mac OS Darwin, where it's
(duh) set to g++. So, set it to g++ and we're good.

(My in-progress updated package does this. Stay tuned.)
Comment 4 Matthew Miller 2007-03-13 17:20:32 EDT
See bug #232105 for in-progress updated packages which address this issue.
Comment 5 Matthew Miller 2007-03-17 20:24:46 EDT
Actually, I have a question about this. libtinfo seems to be in Fedora rawhide
ncurses only; before that, the symbols are just in libcurses. Is there a good
way to tell automatically what's needed? (Preferably without fancy checks;
festival's configure/build system is somewhat twisted.)
Comment 6 Matthew Miller 2007-03-18 13:20:29 EDT
Oh. Linking with -lncurses works in all cases. Never mind. :)
Comment 7 Matthew Miller 2007-03-20 15:01:24 EDT
This issue should be resolved by the release of festival-1.96-0.11, now in the
development tree. (See bug #232105 for details.)

Please reopen if there's still a problem. Thanks.

Note You need to log in before you can comment on or make changes to this bug.