Summary: | sys-devel/gcc-4.3.4 fails to merge, no gnu/stubs-32.h | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dirkjan Ochtman (RETIRED) <djc> |
Component: | [OLD] Core system | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED INVALID | ||
Severity: | major | CC: | thorsten |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dirkjan Ochtman (RETIRED)
2009-10-26 11:32:19 UTC
Found the likely cause: there's apparently a new multilib useflag (or it was enabled by migrating to the 10.0 profile), and emerge is trying to merge gcc before glibc. This seems like a bad idea... PolyC also pointed out 289295, which seems to cope with similar problems. This system has been installed for years, though, so it shouldn't be a problem with the stages. I did just switch to the 10.0 profile today, which might have something to do with it. In any case, emerging glibc before gcc doesn't help, I get the following error: checking how to run the C preprocessor... /lib/cpp configure: error: C preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. * * ERROR: sys-libs/glibc-2.9_p20081201-r2 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3730: Called eblit-run 'src_compile' * environment, line 1217: Called eblit-glibc-src_compile * src_compile.eblit, line 195: Called src_compile * environment, line 3730: Called eblit-run 'src_compile' * environment, line 1217: Called eblit-glibc-src_compile * src_compile.eblit, line 203: Called toolchain-glibc_src_compile * src_compile.eblit, line 121: Called glibc_do_configure 'nptl' * src_compile.eblit, line 98: Called die * The specific snippet of code: * "${S}"/configure ${myconf} || die "failed to configure glibc" * The die message: * failed to configure glibc * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-libs/glibc-2.9_p20081201-r2/temp/environment'. Can I please get some toolchain guys to look at this? djc@turing gcc $ emerge -upvDN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/gcc-4.3.4 USE="mudflap (multilib*) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -fortran -gcj -gtk (-hardened) -ip28 -ip32r10k (-libffi) -multislot (-n32) (-n64) -nocxx -nopie -objc -objc++ -objc-gc -test -vanilla" 0 kB [ebuild R ] sys-libs/glibc-2.9_p20081201-r2 USE="gd (multilib*) nls -debug -glibc-omitfp (-hardened) -profile (-selinux) -vanilla" 0 kB gcc doesn't want to compile because I have no compatible libc, glibc doesn't want to configure because it cannot compute sizeof (long double). I'm not sure why it's trying to enable multilib all of a sudden (I did switch from 2008.0 to 10.0 just before this problem came up, though). switching on the fly from a non-multilib to a multilib profile is known to not work automatically. it can be done, but only if you know the inner details. short answer: dont do it. you selected non-multilib during install (or you disabled it along the way), and there's no going back. |