There is a "gcc: Internal error: Segmentation fault (program as)". so I'm not sure if it has to do with gettext, bootstrap or gcc. This is the latest of the build log: [....] sed -e 's,@''HAVE_POSIX_PRINTF''@,1,g' \ -e 's,@''HAVE_ASPRINTF''@,1,g' \ -e 's,@''HAVE_SNPRINTF''@,1,g' \ -e 's,@''HAVE_WPRINTF''@,0,g' \ < ../../gettext-runtime/intl/libgnuintl.h.in > libgnuintl.h /bin/sh ../libtool --mode=compile gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/bindtextdom.c mkdir .libs chmod 777 .libs gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/bindtextdom.c -fPIC -DPIC -o .libs/bindtextdom.o gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/bindtextdom.c -o bindtextdom.o >/dev/null 2>&1 /bin/sh ../libtool --mode=compile gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/dcgettext.c gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/dcgettext.c -fPIC -DPIC -o .libs/dcgettext.o gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/dcgettext.c -o dcgettext.o >/dev/null 2>&1 /bin/sh ../libtool --mode=compile gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/dgettext.c gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2 ../../gettext-runtime/intl/dgettext.c -fPIC -DPIC -o .libs/dgettext.o gcc: Internal error: Segmentation fault (program as) Please submit a full bug report. See <URL:http://bugs.gentoo.org/> for instructions. make[3]: *** [dgettext.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/gettext-0.14.4/work/gettext-0.14.4/gettext-tools/intl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/gettext-0.14.4/work/gettext-0.14.4/gettext-tools' make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/tmp/portage/gettext-0.14.4/work/gettext-0.14.4/gettext-tools' make: *** [all-recursive] Error 1 !!! ERROR: sys-devel/gettext-0.14.4 failed. !!! Function src_compile, Line 65, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. For me it is reproduceable on this system, not on other systems I set up earlier. emerge --info: Portage 2.0.53 (default-linux/x86/2005.1, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: [Not Present] virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -pipe -fomit-frame-pointer -msse2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://172.24.233.29/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts bzip2 crypt cups eds emboss encode foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY cat /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.60GHz stepping : 6 cpu MHz : 598.217 cache size : 2048 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe est tm2 bogomips : 1179.64 I am following this guide: http://www.gentoo.org/doc/de/gentoo-x86-quickinstall.xml and this problem occurs during the scripts/bootstrap.sh call I'm not sure if it is correct, but I adjusted the CHOST and CFLAGS and restartet the bootstrap with -r. But te result remains. If further information is needed, let me know. These system runns windows XP normally. But I have some trouble with it's stability (it's rebooting sporadic) so I decided to install gentoo to see if I can detect something more detailed. What I want to say, there might be a HW problem, even so these system is new. Thanks an cheers. Heinrich
when you say "reproducible" do you mean it fails at the same spot everytime ? the fact that WinXP isnt stable makes it sound like the hardware is flaky also, i'm pretty sure using -march=pentium3 for a pentium m is incorrect ... you should be using -march=pentiumm
(In reply to comment #1) > when you say "reproducible" do you mean it fails at the same spot everytime ? It's been in the gettext package, I'm not sure if it is at the same peace of code, or even at the same line. > > the fact that WinXP isnt stable makes it sound like the hardware is flaky Yes, that's what I want to make sure, I have ten identical pieces of these boxes and they rebooting once in a while (more or less daily, with and without user influence)and we have no idea why. That's why I choose my favorite linux to catch that problem. > > also, i'm pretty sure using -march=pentium3 for a pentium m is incorrect ... > you should be using -march=pentiumm I followed this guide: http://gentoo-wiki.com/Safe_Cflags#Pentium-M_.2F_Centrino_.28Intel.29 and I have a gcc (GCC) 3.3.5-20050130 from the boot-CD. So I'll try with pentium-m as well, if you recommend (using scripts/bootstrap.sh -r). Cheers
(In reply to comment #2) > (In reply to comment #1) > > when you say "reproducible" do you mean it fails at the same spot everytime ? > It's been in the gettext package, I'm not sure if it is at the same peace of > code, or even at the same line. No it's on different spots. (binutils, gcc) So it definitely has nothing to do with either gcc, gettext or bootstrap. I think you can close this bug. It's most likely the Hardware itself. Sorry for the noise. > > > > also, i'm pretty sure using -march=pentium3 for a pentium m is incorrect ... > > you should be using -march=pentiumm > > I followed this guide: > http://gentoo-wiki.com/Safe_Cflags#Pentium-M_.2F_Centrino_.28Intel.29 > and I have a gcc (GCC) 3.3.5-20050130 from the boot-CD. > So I'll try with pentium-m as well, if you recommend (using > scripts/bootstrap.sh -r). just to note this here as well: pentium-m is not working for me reproducible. Thanks and Cheers
(In reply to comment #3) > No it's on different spots. (binutils, gcc) > > So it definitely has nothing to do with either gcc, gettext or bootstrap. > I think you can close this bug. > > It's most likely the Hardware itself. sounds like it > just to note this here as well: > pentium-m is not working for me reproducible. side note ... gcc-3.3.x support of pentium m seems to be flaky, so i wouldnt use -march=pentiumm with 3.3.x compilers ... 3.4.x+ seems to be fine though *** This bug has been marked as a duplicate of 20600 ***