Summary: | sys-libs/glibc 2.8_p20080602-r1 configure fails checking for linker with -z nodelete support | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | glen martin <glenm> |
Component: | [OLD] Development | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
glen martin
2009-03-15 19:31:41 UTC
Upgrading gcc from gcc-3.4.6-r1 to gcc-3.4.6-r2 before upgrading glibc solved the issue. Emerge was attempting to do glibc before the gcc upgrade. I suspect that contemporary glibc ebuilds should have a dependency on >gcc-3.4.6-r1 so the emerge order might work by default. Here's the original order that emerge tried: <snip from original emerge> # nice emerge --pretend --verbose --nospinner --update --deep world These are the packages that would be merged, in order: Calculating dependencies ...... done! [ebuild U ] sys-libs/glibc-2.8_p20080602-r1 [2.3.6-r4] USE="nls -debug% -gd% -glibc-omitfp (-hardened*) (-multilib) -profile (-selinux) -vanilla% (-build%) (-erandom%) (-glibc-compat20%) (-nptl%*) (-nptlonly%*)" 0 kB [?=>0] [ebuild U ] sys-devel/gcc-3.4.6-r2 [3.4.6-r1] USE="nls (-altivec) -bootstrap -boundschecking -build -d% -doc -fortran -gcj -gtk (-hardened*) -ip28 -ip32r10k -libffi% (-multilib) -multislot (-n32) (-n64) -nocxx -nopie -nossp -objc -test -vanilla" 0 kB [?=>0] </snip> FWIW, I've masked later gcc versions since I've read that gcc 4.x uses a lot more memory and this is a tiny machine. Use a modern version of gcc. Older ones are merely around for convenience. Also, we have a dependency on glibc for the minimal version of gcc that you should have, and differences between revisions shouldn't have fixed this problem for you unless something else was already broken. |