On Mon, 31 Mar 2003 22:59:35 -0500 Ivica Bukvic <ico(a)fuse.net> wrote: It seems that you have used the headers of an old glibc when compiling and try to run with a newer glibc. __ctype_toupper_loc was introduced in September 2002 glibc (don't know the version-number). Execute the file /lib/libc.so.6, it will tell you its version. I don't know a way to look up the Version of your installed Header-Files from glibc, maybe you can ask your Package-Manager. Anyway, your Headers and Librarys MUST match ! Your gcc was configured with "--enable-shared" to use a shared libgcc (called libgcc_s; only used for C++), but can't find it. See below Also you dont really try to build the static version, as -shared -Wl,-shared -Wl,-export-dynamic shows. You have invoked the linker ld, ist is used to link a prog, not to query dependencies You have the needed lgcc_s in a place where the linker normaly looks for it. But says, that he can't find it ? Very strange ... Try to alter the specs-file from your gcc, it should be in the syme location as libgcc.a (try gcc --print-libgcc-file-name). The specs file contains a line like *libgcc: -lgcc replace -lgcc with the following line "%{!shared:-lgcc} %{shared:/usr/lib/libgcc_s.so}" (only valid for gcc3, i don't know if older gcc's use the same Syntax !!) In case of an accident (the file is very sensible with spaces) you can reconstruct the original specfile with gcc -dumpspecs > specs; or simply delete the file, gcc has a copy of it built in. You my also have a look in the linker-scripts from ld, there location depends on the configuration binutils, search for elf_i386*. Then look if the SEARCH_DIR-Entrys includes "/usr/lib". But the best thing you could do to solve your Problem is to reinstall your glibc, glibc-devel, gcc, g++ and binutils-packages, when this does not not help, consider switching to another distribution ... Regards Norbert