bug-glibc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

undefined reference to `__sim_exceptions' building glibc-2.3.2 on powerp


From: Dan Kegel
Subject: undefined reference to `__sim_exceptions' building glibc-2.3.2 on powerpc --without-fp
Date: Sun, 27 Jul 2003 19:32:46 -0700
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624

I have a build procedure that happily builds a slightly patched glibc-2.2.5
for ppc405, and am now trying it on a nearly unpatched glibc-2.3.2
(the few patches I am using are at 
http://www.kegel.com/crosstool/crosstool-0.15/glibc-2.3.2-patches/
but I'd be happy to try this unpatched.)
I configured with

BUILD_CC=gcc CFLAGS="-O -mcpu=405" CC=powerpc-405-linux-gnu-gcc 
AR=powerpc-405-linux-gnu-ar RANLIB=powerpc-405-linux-gnu-ranlib \
../glibc-2.3.2/configure --host=powerpc-405-linux-gnu --prefix=/usr 
--without-fp \
 --without-tls --without-__thread --enable-kernel=2.4.3 --without-cvs \
 --disable-profile --disable-debug --without-gd --enable-clocale=gnu \
 --enable-add-ons=linuxthreads 
--with-headers=/opt/cegl-2.0/powerpc-405-linux-gnu/gcc-3.3-glibc-2.3.2/powerpc-405-linux-gnu/include

and ran 'make'.
This worked fine until it tried to link libm.so, at which point
it emitted lots of errors of the sort

/home3/dank/wk/ixos/dap_interim/linux/3rdParty/crosstool/crosstool-0.15/build/powerpc-405-linux-gnu/gcc-3.3-glibc-2.3.2/build-glibc/math/libm_pic.a(fclrexcpt.os)(.text+0x1a):
 In function address@hidden':
: undefined reference to `__sim_exceptions'
/home3/dank/wk/ixos/dap_interim/linux/3rdParty/crosstool/crosstool-0.15/build/powerpc-405-linux-gnu/gcc-3.3-glibc-2.3.2/build-glibc/math/libm_pic.a(fgetexcptflg.os)(.text+0x1a):
 In function address@hidden':
: undefined reference to `__sim_exceptions'

From what I can tell, __sim_exceptions is in libc_pic.a, but the Makefile
is only linking in libc_nonshared.a, not libc_pic.a, into libm.so.

A very similar procedure (but without the --without-fp) works for ppc750,
or at least gets past linking libm.so.

So... is this a known problem, or did I misconfigure something, or is
this perhaps something nobody's tried before?

Thanks,
Dan

--
Dan Kegel
http://www.kegel.com
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045






reply via email to

[Prev in Thread] Current Thread [Next in Thread]