|Summary:||[build] gcc-3.4.5 fails to compile (et_EE locale issue)|
|Product:||Gentoo Linux||Reporter:||Jaak Ristioja <jaak>|
|Component:||[OLD] Core system||Assignee:||Gentoo Toolchain Maintainers <toolchain>|
|Package list:||Runtime testing required:||---|
|Attachments:||full `MAKEOPTS=-j1 emerge gcc` log, gzipped|
Description Jaak Ristioja 2006-02-25 07:04:20 UTC
The syntax errors were caused by /var/tmp/portage/gcc-3.4.5/build/x86_64-pc-linux-gnu/libf2c/libI77/config.h: ... /* Define to empty if the keyword does not work. */ /* #undef cons */t ... I'm using et_EE locales.
Comment 1 SpanKY 2006-02-25 19:17:20 UTC
post the full output of `MAKEOPTS=-j1 emerge gcc` as a log file ... this should have been fixed a while ago
Comment 2 Jaak Ristioja 2006-02-26 08:51:57 UTC
Created attachment 80772 [details] full `MAKEOPTS=-j1 emerge gcc` log, gzipped Here you go. Had to gzip, plain text file size exceeded 1000 kb.
Comment 3 Andres Toomsalu 2006-03-08 01:26:27 UTC
Can confirm the bug - using also et_EE locale and having same error for compiling gcc-3.4.5 (In reply to comment #0) > The syntax errors were caused by > /var/tmp/portage/gcc-3.4.5/build/x86_64-pc-linux-gnu/libf2c/libI77/config.h: > > ... > /* Define to empty if the keyword does not work. */ > /* #undef cons */t > ... > > I'm using et_EE locales. >
Comment 4 Mark Loeser (RETIRED) 2006-05-26 20:48:38 UTC
is this still a problem, I just tried 3.4.5-r1 and it worked fine.
Comment 5 SpanKY 2006-06-10 12:36:48 UTC
hmm we are using an older version of the NLS reset code
Comment 6 SpanKY 2006-06-10 12:36:59 UTC
sync up and try again
Comment 7 Jaak Ristioja 2006-06-11 09:14:15 UTC
(In reply to comment #6) > sync up and try again changed locale back to et_EE in /etc/env.d/02locales + env-update && source /etc/profile; ebuild gcc-3.4.5-r1.ebuild compile: /var/tmp/portage/gcc-3.4.5-r1/work/build/gcc/xgcc -B/var/tmp/portage/gcc-3.4.5-r1/work/build/gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include -c -DSkip_f2c_Undefs -DAllow_TYQUAD -I. -I/var/tmp/portage/gcc-3.4.5-r1/work/gcc-3.4.5/libf2c/libI77 -I.. -I/var/tmp/portage/gcc-3.4.5-r1/work/gcc-3.4.5/libf2c/libI77/.. -DHAVE_CONFIG_H -W -Wall -O2 -O2 -pipe -march=athlon64 /var/tmp/portage/gcc-3.4.5-r1/work/gcc-3.4.5/libf2c/libI77/backspace.c -fPIC -DPIC -o .libs/backspace.o In file included from /var/tmp/portage/gcc-3.4.5-r1/work/gcc-3.4.5/libf2c/libI77/backspace.c:1: ./config.h:8: error: syntax error before "t" In file included from /usr/include/gentoo-multilib/amd64/bits/types.h:31, from /usr/include/bits/types.h:8, from /usr/include/gentoo-multilib/amd64/sys/types.h:31, from /usr/include/sys/types.h:8, from /var/tmp/portage/gcc-3.4.5-r1/work/gcc-3.4.5/libf2c/libI77/backspace.c:2: /var/tmp/portage/gcc-3.4.5-r1/work/build/gcc/include/stddef.h:213: error: syntax error before "typedef" make: *** [backspace.lo] Error 1 make: Leaving directory `/var/tmp/portage/gcc-3.4.5-r1/work/build/x86_64-pc-linux-gnu/libf2c/libI77' make: *** [i77] Error 2 make: Leaving directory `/var/tmp/portage/gcc-3.4.5-r1/work/build/x86_64-pc-linux-gnu/libf2c' make: *** [all-target-libf2c] Error 2 make: Leaving directory `/var/tmp/portage/gcc-3.4.5-r1/work/build' make: *** [profiledbootstrap] Error 2 I also used gcc 4.1.1 to compile this time. Or did you mean i should try to compile a more recent version of gcc?
Comment 8 SpanKY 2006-06-11 09:27:34 UTC
hmm no, this is a different issue from the one i fixed ...
Comment 9 SpanKY 2006-06-11 10:43:47 UTC
ok, config.h is first created by configure and it is correct ... but later in the build, config.status recreates it and that file does not scrub the LC_ALL variables properly so the final config.h is broken
Comment 10 SpanKY 2006-06-11 10:59:11 UTC
ok, should be fixed for real this time :)
Comment 11 Jaak Ristioja 2006-06-11 13:19:02 UTC
(In reply to comment #10) > ok, should be fixed for real this time :) I either didn't get the fix by syncing or it just doesn't work. I get the same results as last time.
Comment 12 SpanKY 2006-06-11 13:46:32 UTC
check gcc-configure-LANG.patch ... it should have three hunks in it i was able to reproduce your failure until i updated the patch, and then things worked for me