Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 135450 - [3.4.6/build] gcc-3.4.6-r1 on PPC32 fails to build in parallel
Summary: [3.4.6/build] gcc-3.4.6-r1 on PPC32 fails to build in parallel
Status: RESOLVED DUPLICATE of bug 114722
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: PPC Linux
: Highest normal (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-03 16:11 UTC by Timothy Stotts
Modified: 2006-06-15 01:01 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Log of failed emerge =gcc-3.4.6-r1 (7243-gcc-3.4.6-r1.log,353.95 KB, text/plain)
2006-06-03 16:12 UTC, Timothy Stotts
Details
Output of emerge info (emerge_info_1.txt,3.77 KB, text/plain)
2006-06-03 16:13 UTC, Timothy Stotts
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Timothy Stotts 2006-06-03 16:11:49 UTC
Expected:
    sys-devel/gcc-3.4.6-r1 to compile cleanly on PPC32

Actual:
    sys-devel/gcc-3.4.6-r1 fails to compile on PPC32

Reproducible:
    Always

Observations:
    Ebuild appears to configure with '--disable-multilib', but then to attempt to compile multilib.

Details:
# sudo emerge -pv gcc
[ebuild     U ] sys-devel/gcc-3.4.6-r1 [3.4.5-r1] +altivec -bootstrap -boundschecking -build +doc* +fortran +gcj +gtk -hardened (-ip28) -ip32r10k (-multilib) -multislot (-n32) (-n64) +nls -nocxx -nopie -nossp +objc -vanilla 0 kB
Comment 1 Timothy Stotts 2006-06-03 16:12:38 UTC
Created attachment 88306 [details]
Log of failed emerge =gcc-3.4.6-r1
Comment 2 Timothy Stotts 2006-06-03 16:13:04 UTC
Created attachment 88307 [details]
Output of emerge info
Comment 3 SpanKY gentoo-dev 2006-06-04 02:24:27 UTC
this looks like the correct build error ... try emerging with MAKEOPTS=-j1

./genflags /var/tmp/portage/gcc-3.4.6-r1/work/gcc-3.4.6/gcc/config/rs6000/rs6000.md > tmp-flags.h
./genflags /var/tmp/portage/gcc-3.4.6-r1/work/gcc-3.4.6/gcc/config/rs6000/rs6000.md > tmp-flags.h
/bin/sh /var/tmp/portage/gcc-3.4.6-r1/work/gcc-3.4.6/gcc/move-if-change tmp-flags.h insn-flags.h
insn-flags.h is unchanged
echo timestamp > s-flags
./genconfig /var/tmp/portage/gcc-3.4.6-r1/work/gcc-3.4.6/gcc/config/rs6000/rs6000.md > tmp-config.h
/bin/sh /var/tmp/portage/gcc-3.4.6-r1/work/gcc-3.4.6/gcc/move-if-change tmp-flags.h insn-flags.h
mv: cannot stat `tmp-flags.h': No such file or directory
make[4]: *** [s-flags] Error 1
make[4]: Leaving directory `/var/tmp/portage/gcc-3.4.6-r1/work/build/gcc'
make[3]: *** [crtbegin.o] Error 2
Comment 4 Timothy Stotts 2006-06-04 06:57:59 UTC
Yes, disabling parallel make was the solution.

Just to note, I've had success parallel-building gcc on both gentoo/x86 and gentoo/ppc for many years now.

Perhaps, a notice, or automatic override of MAKEOPTS=-j1, should be added to the ebuild (or eclass)?  A notice would be friendlier.

(Parallel build '-j2' did work on i686.)
Comment 5 Joe Jezak (RETIRED) gentoo-dev 2006-06-11 16:47:38 UTC
I can't reproduce this in my stable chroot with -j2.  Can anyone else?
Comment 6 SpanKY gentoo-dev 2006-06-11 18:03:55 UTC
ive always used -j6 or higher w/out problems
Comment 7 Timothy Stotts 2006-06-14 23:43:24 UTC
After installing Portage 2.1, I had need to re-emerge sys-devel/gcc-3.4.6-r1 .

The parallel build (-j2) fails again; same place in the compilation process. Serial build (-j1) does not fail.

It occurred to me that this might be related to the filesystem I am using.  Having 1.5 GB of RAM, I mount tmpfs to /var/tmp/portage for compilations that should take less than 1.0 GB of space.  Perhaps the timing of a RAM fs exacerbates incomplete dependencies?

(I cannot reproduce the issue on an x86.)
Comment 8 SpanKY gentoo-dev 2006-06-15 01:01:18 UTC
do not build on tmpfs, it is broken atm

*** This bug has been marked as a duplicate of 114722 ***