the shared object script /usr/lib/libc.so specifies a search group like this: GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a ) but neither of the libraries specified contain the object __setfpucw.o (necessary to force i386 architectures to deliver SIGFPE, for example). fortunately, the file /usr/lib/libc.a does contain the object. the real bug is that libc_nonshared.a should contain __setfpucw.o, and when i rebuild the libraries, i will add it. however, in the meantime, it suffices to add /usr/lib/libc.a to the libc.so grouping, like this: GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a /usr/lib/libc.a ) -- it's a kludge, but it works.
Nope, the real bug is that you are using glibc-2.0 static code and trying to link against glibc 2.1 libraries and/or object files. This will not work, and any workaround will only produce a time bomb that will explode some time later. Only shared libararies can be ported and used between glibc 2.0 and glibc 2.1