GCC-build errors

Alessandro Alocci alessandro.alocci1 at tin.it
Thu Sep 21 04:47:43 PDT 2006


On 11:50 Thu 21 Sep, Luca wrote:
> > However I think it is something deeper, in fact, making check for Gc6.6
> > reports this error:
> > gcc -DPACKAGE_NAME=\"gc\" -DPACKAGE_TARNAME=\"gc\"
> > -DPACKAGE_VERSION=\"6.6\" -DPACKAGE_STRING=\"gc\ 6.6\"
> > -DPACKAGE_BUGREPORT=\"Hans.Boehm at hp.com\" -DGC_VERSION_MAJOR=6
> > -DGC_VERSION_MINOR=6 -DPACKAGE=\"gc\" -DVERSION=\"6.6\"
> > -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1
> > -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
> > -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
> > -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
> > -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1
> > -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1
> > -DATOMIC_UNCOLLECTABLE=1  -I. -I. -I./include   -fexceptions -g -O2 -c
> > ./tests/test.c
> > /bin/sh ./libtool --mode=link gcc -fexceptions -g -O2  -o gctest  test.o
> > ./libgc.la -lpthread -ldl
> > gcc -fexceptions -g -O2 -o .libs/gctest test.o  ./.libs/libgc.so
> > /usr/local/lib/libpthread.so -ldl -Wl,--rpath -Wl,/usr/local/lib


> > ./.libs/libgc.so: undefined reference to `sem_destroy'
> > ./.libs/libgc.so: undefined reference to `sem_wait'
> > ./.libs/libgc.so: undefined reference to `sem_post'
> > ./.libs/libgc.so: undefined reference to `pthread_detach'
> > ./.libs/libgc.so: undefined reference to `sem_init'
> > ./.libs/libgc.so: undefined reference to `sem_getvalue'
> > collect2: ld returned 1 exit status
> > make[2]: *** [gctest] Error 1

Hi, can you check if you really have
/usr/local/lib/libpthread.so ?
I have only a /usr/lib/libpthread.so with few testual
lines inside:

alex at surf ~$ cat /usr/lib/libpthread.so
/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
OUTPUT_FORMAT(elf32-i386)
GROUP ( /lib/libpthread.so.0 /usr/lib/libpthread_nonshared.a )

where /lib/libpthread.so.0 is a simlink to /lib/libpthread-2.3.6.so
installed by glibc. (With all the above symbols defined).
So, maybe you have another libpthread conflicting with the libpthread
from glibc (from the pth package?), or if you have not a
/usr/local/lib/libpthread.so you can try to install gc in /usr
or try to pass the correct path to libpthread.
HTH, A. Alocci.




More information about the blfs-support mailing list