Summary: | [glibc/tests] sys-libs/glibc fails tst-clock* tests due to segv | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jakub Moc (RETIRED) <jakub> |
Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | infobox.oleg, nunoplopes, portage |
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jakub Moc (RETIRED)
2006-01-03 05:51:24 UTC
Round two: fails on tst-clock_nanosleep test. GCONV_PATH=/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/iconvdata LC_ALL=C /var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/math:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/elf:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/dlfcn:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/nss:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/nis:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/rt:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/resolv:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/crypt:/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/nptl /var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/rt/tst-clock_nanosleep > /var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/rt/tst-clock_nanosleep.out make[2]: *** [/var/tmp/portage/glibc-2.3.6-r2/work/build-default-i686-pc-linux-gnu-nptl/rt/tst-clock_nanosleep.out] Error 1 tst-clock_nanosleep.out: clock_nanosleep didn't sleep long enough Uh eh? Don't think these test are even remotely reliable/sane. Similarly here... It seems, glibc-2.3.6-r2 is broken. The emerge went o.k. in my case, but then many applications did not work anymore. The message was always the same: 'xxxx: Accessing a corrupted shared library'. First time detected by vmware (even /etc/init.d/vmware start does not work), but downgrade to glibc-2.3.5-r3 failed with: 'checking size of long double... configure: error: cannot compute sizeof (long double), 77', and in the config.log was again the message: '/var/tmp/portage/glibc-2.3.5-r3/work/glibc-2.3.5/configure: line 7426: ./conftest: Accessing a corrupted shared library' The attempt to reemerge the glibc-2.3.6-r2 itself failed with the identical error during compilation! Return to glibc-2.3.5-r3 (problematic, because it cannot be recompiled) solved all these problems. (In reply to comment #2) Entirely different issue, please keep on topic. And *never* downgrade glibc. Sorry for OT; about downgrade: what else, if half of the system does not work, because of upgrade?? *** Bug 132788 has been marked as a duplicate of this bug. *** *** Bug 137431 has been marked as a duplicate of this bug. *** src_test() is not supported in versions older than glibc-2.5-r1 ... if that version fails a test, then open a new bug report with relevant information |