libc update versus missing symbol?
Jeroen Ruigrok/asmodai
asmodai at wxs.nl
Tue Apr 26 22:54:43 PDT 2005
-On [20050426 22:42], walt (wa1ter at xxxxxxxxxxxxx) wrote:
>I'm trying to separate libc problems from gcc34 problems, and my
>ignorance is getting in my way :o(
>
>For example:
>$ gnome-dictionary
>/usr/libexec/ld-elf.so.1: /usr/local/lib/libpopt.so.0: Undefined symbol
>"__libc_ctype_"
>
>I've just recompiled popt but I had to hack a few things (because, of
>course, it won't compile with gcc34) so now I'm not sure whether the
>missing symbol is because of my hacks or because of the libc updates.
if you do nm on libpopt.so.0 it should list that __libc_ctype_ as U.
(Undefined)
Now do something like:
nm /usr/lib/lib*.so.* | grep ctype
>The missing symbol seems to be defined in /usr/include/ctype.h which
>was updated with the citrus import -- is this correct?
It doesn't seem to be the same one. __isctype is different than
__libc_ctype.
>Oh, BTW, any ideas how to fix popt so it compiles properly? Asmodai?
devel/popt compiles cleanly on my April 21st system. How recent is your
machine?
And I have been compiling with GCC 3.4 for a looong while now. ;)
--
Jeroen Ruigrok van der Werven <asmodai(at)wxs.nl> / asmodai / kita no mono
Free Tibet! http://www.savetibet.org/ | http://ashemedai.deviantart.com/
http://www.tendra.org/ | http://www.in-nomine.org/
To meet, to know, to love - and then to part, is the sad tale of many a
heart...
More information about the Bugs
mailing list