|
osdir.com mailing list archive |
|
Subject: Re: glibc-check-log | Version SVN-20061023-x86 - msg#00047List: linux.lfs.clfs.develI'm receiving the following error (in addition to the normal annexc error message): 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-cancel1 > /sources/glibc-build/nptl/tst-cancel1.out Didn't expect signal from child: got `Aborted' make[2]: *** [/sources/glibc-build/nptl/tst-cancel1.out] Error 1 And later: make[1]: *** [nptl/tests] Error 2 And at the end: make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/sources/glibc-2.5' make: *** [check] Error 2 The tst-cancel1.out file is empty, devoid of information. I've googled for similar results and didn't find anything relevant, with the exception of John Davis's report on Sunday October 15 (his 32bit build) I'm continuing through the guide to see if there is an impact to the system (currently compiling gcc), so far there is none. Has anyone else received the same error, and will it cause problems down the road? _______________________________________________ Clfs-dev mailing list Clfs-dev@xxxxxxxxxxxxxxxxxxx http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-dev Which book and which glibc build (32 or 64)? Thread at a glance:
Previous Message by Date: click to view message previewglibc-check-log | Version SVN-20061023-x86I'm receiving the following error (in addition to the normal annexc error message): 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-cancel1 > /sources/glibc-build/nptl/tst-cancel1.out Didn't expect signal from child: got `Aborted' make[2]: *** [/sources/glibc-build/nptl/tst-cancel1.out] Error 1 And later: make[1]: *** [nptl/tests] Error 2 And at the end: make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/sources/glibc-2.5' make: *** [check] Error 2 The tst-cancel1.out file is empty, devoid of information. I've googled for similar results and didn't find anything relevant, with the exception of John Davis's report on Sunday October 15 (his 32bit build) I'm continuing through the guide to see if there is an impact to the system (currently compiling gcc), so far there is none. Has anyone else received the same error, and will it cause problems down the road? Next Message by Date: click to view message previewRe: glibc-check-log | Version SVN-20061023-x86> Which book and which glibc build (32 or 64)? The CLFS guide (development), the specific version is in the subject line. I've conducted a better google search and come up with some new (to me) information. This post contains the lead: http://www.nabble.com/test-cancel1-failure-t2309641.html It references patches, that I've confirmed are not in GCC. I haven't checked the referenced binutils patches yet. Unless someone has better advice, I'm going to apply the gcc (and binutils if it turns out they aren't already there) patch to see if this removes the glibc make -k check failure. I did hit a failure in gcc make -k check, but I don't think it's related to this. I'll post that error separately after more investigation on my part. Regards, Harvey p.s. I get the digests so if you desire a more prompt reply, feel free to email me directly. Previous Message by Thread: click to view message previewglibc-check-log | Version SVN-20061023-x86I'm receiving the following error (in addition to the normal annexc error message): 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-cancel1 > /sources/glibc-build/nptl/tst-cancel1.out Didn't expect signal from child: got `Aborted' make[2]: *** [/sources/glibc-build/nptl/tst-cancel1.out] Error 1 And later: make[1]: *** [nptl/tests] Error 2 And at the end: make[1]: Target `check' not remade because of errors. make[1]: Leaving directory `/sources/glibc-2.5' make: *** [check] Error 2 The tst-cancel1.out file is empty, devoid of information. I've googled for similar results and didn't find anything relevant, with the exception of John Davis's report on Sunday October 15 (his 32bit build) I'm continuing through the guide to see if there is an impact to the system (currently compiling gcc), so far there is none. Has anyone else received the same error, and will it cause problems down the road? Next Message by Thread: click to view message previewRe: glibc-check-log | Version SVN-20061023-x86> Which book and which glibc build (32 or 64)? The CLFS guide (development), the specific version is in the subject line. I've conducted a better google search and come up with some new (to me) information. This post contains the lead: http://www.nabble.com/test-cancel1-failure-t2309641.html It references patches, that I've confirmed are not in GCC. I haven't checked the referenced binutils patches yet. Unless someone has better advice, I'm going to apply the gcc (and binutils if it turns out they aren't already there) patch to see if this removes the glibc make -k check failure. I did hit a failure in gcc make -k check, but I don't think it's related to this. I'll post that error separately after more investigation on my part. Regards, Harvey p.s. I get the digests so if you desire a more prompt reply, feel free to email me directly. Loading Comments...
|
|
