Chapter 6: NO glibc testsuite failures ?!?

Laurens Blankers lblankers at xs4all.nl
Mon Sep 6 10:57:07 PDT 2004


Hello all,

I am using a kernel compiled with gcc 2.95.3. This results in the 
failure of the following tests in chapter 5 glibc:

tst-mutex8
tst-cond7
tst-cond8
tst-once4
tst-join5
tst-cancel1
tst-cancel2

However when compiling glibc in chapter 6, with the _same_ kernel, all 
test succeed. Check out the following output from 'make -k check'. The 
first is from chapter 5, the second from chapter 6:

GCONV_PATH=/mnt/data/sources/glibc-build/iconvdata LC_ALL=C 
/mnt/data/sources/glibc-build/elf/ld-linux.so.2 --library-path 
/mnt/data/sources/glibc-build:/mnt/data/sources/glibc-build/math:/mnt/data/sources/glibc-build/elf:/mnt/data/sources/glibc-build/dlfcn:/mnt/data/sources/glibc-build/nss:/mnt/data/sources/glibc-build/nis:/mnt/data/sources/glibc-build/rt:/mnt/data/sources/glibc-build/resolv:/mnt/data/sources/glibc-build/crypt:/mnt/data/sources/glibc-build/nptl 
/mnt/data/sources/glibc-build/nptl/tst-mutex8  > 
/mnt/data/sources/glibc-build/nptl/tst-mutex8.out
Didn't expect signal from child: got `Segmentation fault'
make[2]: *** [/mnt/data/sources/glibc-build/nptl/tst-mutex8.out] Error 1
make[2]: Leaving directory `/mnt/data/sources/glibc-2.3.4-20040701/nptl'
make[1]: *** [nptl/tests] Error 2
make[1]: Leaving directory `/mnt/data/sources/glibc-2.3.4-20040701'
make: *** [check] Error 2

GCONV_PATH=/sources/glibc-build/iconvdata LC_ALL=C 
/sources/glibc-build/elf/ld-linux.so.2 --library-path 
/sources/glibc-build:/sources/glibc-build/math:/sources/glibc-build/elf:/sources/glibc-build/dlfcn:/sources/glibc-build/nss:/sources/glibc-build/nis:/sources/glibc-build/rt:/sources/glibc-build/resolv:/sources/glibc-build/crypt:/sources/glibc-build/nptl 
/sources/glibc-build/nptl/tst-mutex8  > 
/sources/glibc-build/nptl/tst-mutex8.out
gcc tst-mutex9.c [SNIP]

Did I do something wrong? Is it possible that the tests failed in 5, but 
succeed in 6? Or is it possible that the tests didn't run correctly? 
Anyone seen this before?

Sincerly,

Laurens



More information about the lfs-dev mailing list