Gentoo Archives: gentoo-alt

From: Fabian Groffen <grobian@g.o>
To: gentoo-alt@l.g.o
Subject: Re: [gentoo-alt] Segmentation fault when trying to emerge gcc-4.3.0
Date: Mon, 31 Mar 2008 17:30:11
Message-Id: 20080331173006.GW831@gentoo.org
In Reply to: [gentoo-alt] Segmentation fault when trying to emerge gcc-4.3.0 by Rabbe Fogelholm
1 On 31-03-2008 19:23:39 +0200, Rabbe Fogelholm wrote:
2 > Today I attempted a bootstrapping from scratch, on an x86 Linux host, and
3 > applying the fix suggested in
4 > <http://bugs.gentoo.org/show_bug.cgi?id=215304>.
5 >
6 > I was fairly convinced that everything should go well, having done a very
7 > similar bootstrapping in the early morning of 2008-03-30.
8
9 I suspect masking gcc-4.3.0 will solve more than it breaks for the
10 moment.
11
12
13 > The problem occurred when emerging gcc, as part of the first `emerge -e
14 > system'. Here are some lines from the console log:
15 >
16 > ----------
17 >
18 > if [ x"-fpic" != x ]; then \
19 > /local/scratch/portage/sys-devel/gcc-4.3.0/work/build/./prev-gcc/xgcc
20 > -B/local/scratch/portage/sys-devel/gcc-4.3.0/work/build/./prev-gcc/
21 > -B/local/scratch/nightly/2008-03-31/usr/i686-pc-linux-gnu/bin/ -c
22 > -DHAVE_CONFIG_H -fprofile-use -I.
23 > -I/local/scratch/portage/sys-devel/gcc-4.3.0/work/gcc-4.3.0/libiberty/../include
24 > -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic -fpic
25 > /local/scratch/portage/sys-devel/gcc-4.3.0/work/gcc-4.3.0/libiberty/hashtab.c
26 > -o pic/hashtab.o; \
27 > else true; fi
28 > /local/scratch/portage/sys-devel/gcc-4.3.0/work/gcc-4.3.0/libiberty/hashtab.c:
29 > In function 'htab_expand':
30 > /local/scratch/portage/sys-devel/gcc-4.3.0/work/gcc-4.3.0/libiberty/hashtab.c:554:
31 > internal compiler error: Segmentation fault
32 > Please submit a full bug report,
33 > with preprocessed source if appropriate.
34 > See <http://bugs.gentoo.org/> for instructions.
35 > make[3]: *** [hashtab.o] Error 1
36 > make[3]: Leaving directory
37 > `/local/scratch/portage/sys-devel/gcc-4.3.0/work/build/libiberty'
38 > make[2]: *** [all-stagefeedback-libiberty] Error 2
39 > make[2]: Leaving directory `/local/scratch/portage/sys-devel/gcc-4.3.0/work/build'
40 > make[1]: *** [stagefeedback-bubble] Error 2
41 > make[1]: Leaving directory `/local/scratch/portage/sys-devel/gcc-4.3.0/work/build'
42 > make: *** [profiledbootstrap] Error 2
43 > * ERROR: sys-devel/gcc-4.3.0 failed:
44 > * emake failed with profiledbootstrap
45 > *
46 > * Call stack:
47 > * ebuild.sh: 49: <call src_compile>
48 > * environment:4690: <call gcc_src_compile>
49 > * environment:2950: <call gcc_do_make>
50 > * environment:2780: emake LDFLAGS="${LDFLAGS}"
51 > STAGE1_CFLAGS="${STAGE1_CFLAGS}" LIBPATH="${LIBPATH}"
52 > BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} || die "emake failed with
53 > ${GCC_MAKE_TARGET}";
54 > *
55 > * If you need support, post the topmost build error, and the call stack if relevant.
56 > * build log: '/local/scratch/portage/sys-devel/gcc-4.3.0/temp/build.log'
57 > * ebuild environment: '/local/scratch/portage/sys-devel/gcc-4.3.0/temp/environment'
58 > * S: '/local/scratch/portage/sys-devel/gcc-4.3.0/work/build'
59 >
60 > -------------
61 >
62 > The problem is reproducible for me. When it happened the first time I
63 > suspected that my MAKEOPTS=-j2 might cause the problem (it is a dual core
64 > host), so I removed it and re-ran, with precisely the same result.
65 >
66 > My successful bootstrapping some day ago took a different path as regards
67 > gcc: `emerge -e system' got me gcc-4.2.3, and a subsequent `emerge --sync
68 > && emerge -vuND world' (several hours after bootstrapping) got me
69 > gcc-4.3.0.
70 >
71 > The host gcc is 4.1.2/SUSE. Perhaps the climb from 4.1.2 to 4.3.0 is just
72 > too steep, but doable if using 4.2.3 as a stepping stone?
73
74 --
75 Fabian Groffen
76 Gentoo on a different level
77 --
78 gentoo-alt@l.g.o mailing list