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