Emerging gcc-4.2.4 fails, in the `emerge --oneshot --nodeps gcc' step. The final lines from the console log read: checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for gnatbind... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1 $$f2 checking for correct version of gmp.h... no configure: error: GMP 4.1 and MPFR 2.2.1 or newer versions required by fortran * ERROR: sys-devel/gcc-4.2.4 failed: * failed to run configure * * Call stack: * ebuild.sh: 49: <call src_compile> * environment:4767: <call gcc_src_compile> * environment:3009: <call gcc_do_configure> * environment:2765: "${S}"/configure "$@" || die "failed to run configure"; * * If you need support, post the topmost build error, and the call stack if relevant. * build log: '/local/scratch/portage/sys-devel/gcc-4.2.4/temp/build.log' * ebuild environment: '/local/scratch/portage/sys-devel/gcc-4.2.4/temp/environment' * S: '/local/scratch/portage/sys-devel/gcc-4.2.4/work/gcc-4.2.4' This problem has been seen a number of times, as early as 2008-12-19 01:00 UTC. The platform being used is SUSE Enterprise SP1, and the web page being followed is http://www.gentoo.org/proj/en/gentoo-alt/prefix/bootstrap-solaris.xml?style=printable. Let me know if I should add more info.
Did gmp compile? I made a mistake in the ebuild on 12/19 and it was fixed on 12/21. The snapshot is from 12/17 though so it isn't in the snapshot unless you use the latest_tree target or similar. I forget, do you sync to the latest tree or use snapshots?
--nodeps is in there, so whatever is in the ebuild's *DEPEND, it won't pull it in. We might need to pin it down to 4.1.* or see what the dependencies are at that stage. @rabbe: what does emerge -1pv gcc return?
> do you sync to the latest tree or use snapshots? Every nightly build is from scratch, I just follow the webpage as closely as possible. Here is the output from `emerge -1pv gcc': !!! Problem with sandbox binary. Disabling... These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild N ] app-arch/lzma-utils-4.32.7 USE="-nocxx" 469 kB [ebuild N ] dev-libs/gmp-4.2.4 USE="-nocxx" 1,671 kB [ebuild N ] virtual/libiconv-0 0 kB [ebuild N ] sys-libs/zlib-1.2.3-r01.1 416 kB [ebuild N ] sys-devel/gnuconfig-20080928 41 kB [ebuild N ] dev-libs/mpfr-2.3.2 798 kB [ebuild N ] sys-devel/m4-1.4.12 USE="-examples -nls" 751 kB [ebuild N ] sys-devel/bison-2.4-r1 USE="-nls -static" 1,439 kB [ebuild N ] sys-devel/libperl-5.8.8-r2 USE="-berkdb -debug -gdbm -ithreads" 9,887 kB [ebuild N ] dev-lang/perl-5.8.8-r5 USE="-berkdb -build -debug -doc -gdbm -ithreads -perlsuid" 0 kB [ebuild N ] perl-core/Test-Harness-3.14 196 kB [ebuild N ] app-admin/perl-cleaner-1.05 6 kB [ebuild N ] perl-core/PodParser-1.35 96 kB [ebuild N ] sys-apps/help2man-1.36.4 USE="-nls" 84 kB [ebuild N ] sys-apps/texinfo-4.13 USE="-nls -static" 1,528 kB [ebuild N ] sys-devel/gcc-4.2.4 USE="fortran mudflap openmp (-altivec) -bootstrap -build -doc -gcj -gtk (-hardened) -ip28 -ip32r10k -libffi (-multilib) -multislot (-n32) (-n64) -nls -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB Total: 16 packages (16 new), Size of downloads: 17,373 kB
Interesting, I think if we specify "USE=-fortran emerge --oneshot --nodeps gcc" that might solve this bug. I am interested to know why I didn't hit this on my latest bootstrap on the 16th or 17th though (on Linux).
Yes, something must have changed. I have a bootstrapped tree from 2008-12-17 where everything went fine; I'll keep it around for a while if we want to look into some details.
A possible workaround is to insert emerge --oneshot gmp emerge --oneshot mpfr just before `emerge --oneshot --nodeps gcc-config'. This allows gcc-4.2.4 to be emerged. Bootstrapping however fails at a later stage.
I added those two. Will you file a new bug for the other issue? Thanks
Yes, I just did, here is the link: http://bugs.gentoo.org/show_bug.cgi?id=252738
