I get errors running the glibc-2.3.6 testsuite in section 6.9 of Version 6.2 of the LFS book:
# grep Error glibc-check-log make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored) make[2]: *** [/sources/glibc-build/nptl/tst-cancel17.out] Error 1 make[2]: *** [/sources/glibc-build/nptl/tst-clock2.out] Error 1 make[2]: *** [/sources/glibc-build/nptl/tst-cancelx4.out] Error 1 make[2]: *** [/sources/glibc-build/nptl/tst-cancelx5.out] Error 1 make[2]: *** [/sources/glibc-build/nptl/tst-cancelx16.out] Error 1 make[2]: *** [/sources/glibc-build/nptl/tst-cancelx17.out] Error 1 make[2]: *** [/sources/glibc-build/nptl/tst-cancelx20.out] Error 1 make[2]: *** [/sources/glibc-build/nptl/tst-cancelx21.out] Error 1 make[1]: *** [nptl/tests] Error 2 make: *** [check] Error 2 Executing version-check.sh from section iv of the preface gets me: bash, version 3.1.17(2)-release Binutils: version 2.15.92.0.2 bzip2, Version 1.0.3, 15-Feb-2005. Coreutils: 5.97 diff (GNU diffutils) 2.8.1 GNU find version 4.2.28 GNU Awk 3.1.5 gcc (GCC) 3.4.6 GNU C Library stable release version 2.3.6, grep (GNU grep) 2.5 gzip 1.3.5 Linux version 2.6.19.3 (gcc version 3.4.6) GNU Make 3.81 patch 2.5.4 GNU sed version 4.1.5 tar (GNU tar) 1.15.1 I'm running Slackware 11.0 with a custom recent kernel on the host system. Looking through the archives, I came across this: >Section 6.9 glibc 'make check' errors: picky about its kernel? >JIM CAMERON jim_24601 at btinternet.com >Mon Jan 29 15:22:47 MST 2007 > >LFS book 6.2. >My normal host system is a (more or less) clean >Slackware 11, with a custom 2.6.18 kernel in place of >the stock 2.4. I'm following the book for the first >time, constructing an lfs system on a 2GB flash drive. >All went smoothly up until section 6.9 compiling the >final glibc; the compilation succeeded, but make check >came back with errors: > >root:/sources/glibc-build# grep Error glibc-check-log >make[2]: *** [/sources/glibc-build/rt/librt.so] Error >1 >make[2]: [/sources/glibc-build/posix/annexc.out] Error >1 (ignored) >make[1]: *** [posix/tests] Error 2 >make[2]: *** >[/sources/glibc-build/nptl/tst-mutex8.out] Error 1 >make[2]: *** [/sources/glibc-build/nptl/tst-cond8.out] >Error 1 >make[2]: *** [/sources/glibc-build/rt/librt.so] Error >1 >make[2]: *** >[/sources/glibc-build/nptl/tst-cancelx4.out] Error 1 >make[2]: *** >[/sources/glibc-build/nptl/tst-cancelx5.out] Error 1 >make[2]: *** >[/sources/glibc-build/nptl/tst-cancelx16.out] Error 1 >make[2]: *** >[/sources/glibc-build/nptl/tst-cancelx20.out] Error 1 >make[2]: *** >[/sources/glibc-build/nptl/tst-cancelx21.out] Error 1 >make[2]: *** >[/sources/glibc-build/nptl/tst-cleanupx4.out] Error 1 >make[1]: *** [nptl/tests] Error 2 >make[2]: *** [/sources/glibc-build/nptl/libpthread.so] >Error 1 >make[1]: *** [elf/tests] Error 2 >make: *** [check] Error 2 > >It's not easy to find out what these are actually >testing, but they all seem to be fairly esoteric bits >of thread support. > >I wondered if glibc might not be fussy about what >kernel you compile it under, so I built a new >2.6.16.27 kernel (i.e. the same kernel I'm eventually >going to install with the new LFS system) with the >same .config options as the existing host kernel, >rebooted with that and tried again. The second run >went much smoother: I had failures in posix/annexc, >nptl/tst-clock2 and nptls/tst-attr3, which the book >suggests isn't a problem. > >The moral of this story is: if you have trouble >building glibc, try booting the host with the same >version kernel as the target system. > >(This isn't the first time I've been here; the first >time I went ahead regardless and then had trouble >compiling gcc - I'll see how it goes now I'm confident >of my new glibc). > >jim So, this suggests that my host kernel is too recent. It also suggests that I shouldn't ignore these errors and move on. A couple questions: 1. Any suggestions on how to proceed short of building a 2.6.16.27 kernel for the host? 2. If I do take that route (building a 2.6.16.27 kernel in order to get past these errors), do I need to go back and rebuild the entire temporary system while booted up with the 2.6.16.27 kernel? Or, can I keep my existing temporary system (created using my 2.6.19.3 kernel), and simply proceed to build and install the Chapter 6 system software using the 2.6.16.27 kernel (and the existing temporary system)? Any other suggestions would be appreciated too. By the way, excellent book - I'm very much enjoying it. Thanks. Tom ____________________________________________________________________________________ TV dinner still cooling? Check out "Tonight's Picks" on Yahoo! TV. http://tv.yahoo.com/ -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
