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 |