/var/tmp/portage/glibc-2.3.6-r3/work/build-default-i686-pc-linux-gnu-linuxthreads/posix/execl.os i686-pc-linux-gnu-gcc:internal error:segmentation fault(programm cc1) After that the system becomes unusable and I have to restart Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r3, 2.6.16-gentoo-r3 i686) ================================================================= System uname: 2.6.16-gentoo-r3 i686 Mobile AMD Athlon(tm) XP 1500+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -finline-functions -fweb -funswitch-loops" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -finline-functions -fweb -funswitch-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/ http://ftp.heanet.ie/pub/gentoo/ http://213.186.33.37/gentoo-distfiles/ ftp://gentoo.inode.at/source/ ftp://ftp.heanet.ie/pub/gentoo/" LANG="es_ES.UTF-8" LC_ALL="es_ES.UTF-8" LINGUAS="es" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac aalib acpi alsa apache2 apm audiofile avi bash-completion berkdb bitmap-fonts bonobo bzip2 cdr clamav cli crypt ctype cups curl curlwrappers dbm dbus dri dts dvd dvdr dvdread eds emboss encode esd ethereal exif expat fam ffmpeg flac foomaticdb fortran ftp gdbm gif glut gnome gnomedb gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal howl idn imagemagick imlib inifile innodb ipv6 isdnlog java javascript jpeg junit lcms libcaca libg++ libgda libwww live mad matroska mikmod mime mmx mmxext mng mono motif mozilla mp3 mpeg msn mysql nas ncurses nls nptl nsplugin odbc ogg oggvorbis opengl oscar oss pam pcmcia pcre pdf pdflib perl png ppds pppd python quicktime readline real reflection samba sdl session slang slp snmp speex spell spl sqlite sqlite3 sse ssl tcltk tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis wifi win32codecs wmf xanim xml xml2 xmms xorg xv xvid yahoo zlib linguas_es userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTDIR_OVERLAY
Like, don't be so verbose, please... :P Could you post more than one line to get some context? Also, can you reproduce the problem?
Sorry, I forgot to paste the complete information. I have done emerge --sync, than emerge --deep --update world (I have tried it also wiht a simple emerge glibc). I had the system up-to-date three days before. I have retried it: after a short time it hanges the hole system, even the console (if I try to type something it returns 'segmentation Fault'). So I had to copy this lines per hand: make [1]: *** [stdlib/subdir_lib] error 2 make [1]: Leaving directory '/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6' make: *** [all] error 2 May be, that my use flags are too hard? (but, glibc compiles wiht O2, isn't it?)
Need more information?
sounds like a kernel problem anything useful in `dmesg` ?
Yes, it might be. In fact, I have recently compiled (and I'm running) the kernel version 2.6.16. The problem with dmesg is that after emerging fails I can't run it (the system hangs). I'll see if there is something interesting before. I will try also to emerge with the previos kernel version (2.6.15). By the way, (just in case...) I suppose that all people know the information about a bug in gcc, and the new kernel 2.6.16... I have read it here: http://linux.slashdot.org/article.pl?sid=06/04/18/2046203.
I have return to my old kernel 2.6.15 and I have sucessfully installed glibc-2.3.6-r3. So the problem seems to be with the new kernel 2.6.16
Maybe this is the same issue: When i emerge glibc with FEATURES="test" it fails because of a segmentation fault.
troy ~ # emerge -pv glibc These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/glibc-2.3.6-r3 [2.3.5-r3] USE="nls nptl nptlonly userlocales -build -erandom -glibc-compat20 -glibc-omitfp -hardened -linuxthreads-tls -pic -profile" 0 kB Total size of downloads: 0 kB troy ~ # emerge --info Portage 2.1_pre9-r5 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6.14-hardened-r7 i686) ================================================================= System uname: 2.6.14-hardened-r7 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.12.0_pre18 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -maccumulate-outgoing-args -fprefetch-loop-arrays -mno-tls-direct-seg-refs" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -maccumulate-outgoing-args -fprefetch-loop-arrays -mno-tls-direct-seg-refs" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache collision-protect confcache distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict test userpriv usersandbox" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.inode.at/" LC_ALL="en_US.UTF-8" LINGUAS="de en" MAKEOPTS="-j1 -s" PKGDIR="/usr/portage/packages/athlon-xp" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.0.4/gentoo-portage" USE="x86 3dnow X aac aalib alsa apm arts async audiofile berkdb bitmap-fonts bzip2 cairo cdr crypt cups curl dbus doc dvd dvdread encode esd expat fame ffmpeg firefox flac gcj gdbm gif gnome gpm graphviz gs gstreamer gtk gtkhtml idn imagemagick imlib java jce jpeg kde kdeenablefinal kdexdeltas lcms lzo mad matroska mikmod mmx motif mp3 mpeg musepack ncurses nls nptl ogg openal opengl oss pam pcre perl png python qt quicktime readline samba sdl sse ssl syslog tcltk tcpd test tetex theora threads tiff truetype truetype-fonts type1-fonts unicode vorbis win32codecs wmf xml xml2 xmms xprint xv xvid zlib elibc_glibc kernel_linux linguas_de linguas_en userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS troy ~ # emerge -v glibc [...] /bin/sh -e run-iconv-test.sh /var/tmp/portage/glibc-2.3.6-r3/work/build-default-i686-pc-linux-gnu-nptl > /var/tmp/portage/glibc-2.3.6-r3/work/build-default-i686-pc-linux-gnu-nptl/iconvdata/iconv-test.out 16816: ���������@��� 16816: ����3��(��G��� 16816: ��������5A��� 16816: ����"��(��A��� 16816: ����2�����A��� 16816: ����^����1B��� 16816: ����9����B��� 16816: ����?�����B��� 16816: ����G����-C��� 16816: ����#����C��� 16816: ����N�����C��� 16816: ����U����)D��� 16816: ����[����}D��� 16816: ����������D���Inconsistency detected by ld.so: dl-misc.c: 227: _dl_debug_vdprintf: Assertion `! "invalid format specifier"' failed! 16818: ���������`��� 16818: ����3��(��g��� 16818: ��������5a��� 16818: ����"��(��a��� 16818: ����2�����a��� 16818: ����^����1b��� 16818: ����9����b��� 16818: ����?�����b��� 16818: ����G����-c��� 16818: ����#����c��� 16818: ����N�����c��� 16818: ����U����)d��� 16818: ����[����}d��� 16818: ����������d���Inconsistency detected by ld.so: dl-misc.c: 227: _dl_debug_vdprintf: Assertion `! "invalid format specifier"' failed! 16819: ���������p��� 16819: ����3��(��w��� 16819: ��������5q��� 16819: ����"��(��q��� 16819: ����2�����q��� 16819: ����^����1r��� 16819: ����9����r��� 16819: ����?�����r��� 16819: ����G����-s��� 16819: ����#����s��� 16819: ����N�����s��� 16819: ����U����)t��� 16819: ����[����}t��� 16819: ����������t��� 16819: ����c����0��� 16819: ����j��(��yu��� 16819: ����r��(���u��� 16819: ����s��(��!v��� 16819: �������(��uv��� 16819: ����z�����v���run-iconv-test.sh: line 61: 16819 Segmentation fault $PROG -f $from -t $t testdata/$from >$temp1 make[2]: *** [/var/tmp/portage/glibc-2.3.6-r3/work/build-default-i686-pc-linux-gnu-nptl/iconvdata/iconv-test.out] Error 1 make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6/iconvdata' make[1]: *** [iconvdata/tests] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r3/work/glibc-2.3.6' make: *** [check] Error 2 !!! ERROR: sys-libs/glibc-2.3.6-r3 failed. Call stack: ebuild.sh, line 1525: Called dyn_test ebuild.sh, line 976: Called src_test glibc-2.3.6-r3.ebuild, line 1255: Called toolchain-glibc_src_test glibc-2.3.6-r3.ebuild, line 303: Called die !!! nptl glibc did not pass make check !!! If you need support, post the topmost build error, and the call stack if relevant. troy ~ #
this one seems similiar http://bugs.gentoo.org/show_bug.cgi?id=131560 but is assigned to different team...
Philipp, awal11, please don't pollute bug reports with different issues. One bug for one issue - only reuse a bug if your problem is near *identical*. Alfonso, we need to see kernel logs from this event. But before we look much further, you should reproduce this on the latest development kernel. This is currently 2.6.17-rc3.
Created attachment 86348 [details] The full emerging log with the problem on amd64
It seems I have the same problem with kernel 2.6.15 on amd64: # uname -a Linux base 2.6.15-gentoo-r7 #1 Sat Apr 8 14:42:22 EEST 2006 x86_64 AMD Athlon(tm) 64 Processor 3200+ GNU/Linux # emerge glibc ... x86_64-pc-linux-gnu-gcc ypupdate_xdr.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -march=k8 -pipe -mpreferred-stack-boundary=2 -fPIC -I../include -I. -I/var/tmp/portage/glibc-2.3.6-r3/work/build-x86-x86_64-pc-linux-gnu-nptl/nis -I.. -I../libio -I../nptl -I/var/tmp/portage/glibc-2.3.6-r3/work/build-x86-x86_64-pc-linux-gnu-nptl -I../sysdeps/i386/elf -I../nptl/sysdeps/unix/sysv/linux/i386/i686 -I../nptl/sysdeps/unix/sysv/linux/i386 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../nptl/sysdeps/unix/sysv -I../nptl/sysdeps/unix -I../nptl/sysdeps/i386/i686 -I../nptl/sysdeps/i386 -I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../nptl/sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/include -isystem /usr/include -D_LIBC_REENTRANT -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -DNOT_IN_libc=1 -DIS_IN_libnsl=1 -o /var/tmp/portage/glibc-2.3.6-r3/work/build-x86-x86_64-pc-linux-gnu-nptl/nis/ypupdate_xdr.os -MD -MP -MF /var/tmp/portage/glibc-2.3.6-r3/work/build-x86-x86_64-pc-linux-gnu-nptl/nis/ypupdate_xdr.os.dt -MT /var/tmp/portage/glibc-2.3.6-r3/work/build-x86-x86_64-pc-linux-gnu-nptl/nis/ypupdate_xdr.os x86_64-pc-linux-gnu-gcc: Internal error: Segmentation fault (program as) The full log is in the attachment. # emerge --info Portage 2.0.54 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r4 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-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/eselect/compiler /etc/gconf /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.linux.kiev.ua/ ftp://ftp.gentoo.org.ua/ " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org.ua/gentoo-portage" USE="amd64 X alsa audiofile avi berkdb bitmap-fonts bzip2 cdr cli crypt cups curl dri dvd eds emboss encode esd exif expat fam ffmpeg foomaticdb fortran gdbm gif glut gnome gpm gstreamer gtk gtk2 gtkhtml idn imagemagick imlib ipv6 isdnlog java jpeg junit lcms ldap libwww lua lzw lzw-tiff mad mhash mng motif mozilla mp3 mpeg mysql ncurses nls nptl nptlonly nvidia ogg opengl pam pcre pdflib perl php png pppd python quicktime readline recode reflection ruby sdl session spell spl ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xine xml2 xmms xorg xpm xv xvid yaz zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS, PORTDIR_OVERLAY Oh, I've just found that the version of glibc is seems to be 2.3.6 now. This may be possible because I made the emerging several times, sometimes system had been crashed, sometimes the emerging gave the internal error, and sometimes system remained alive, but emerge had been hung up until reset.
Well, my problem have been magically resolved, and now I have installed glibc-2.6.3 in my system. However, it is still strange, I didn't replace the kernel, and I'm sure, if I would retry the emerging, I will get the same results as in the attached log.
Eugine: please confirm that your problem was/is *exactly* the same as Alfonso's. That is: 1. You can compile glibc-2.3.6-r3 under 2.6.15 with no problems 2. You cannot compile glibc-2.3.6-r3 under 2.6.16, it segfaults 3. After the above segfault, you cannot run programs - the whole system has hung
(In reply to comment #10) > Philipp, awal11, please don't pollute bug reports with different issues. One > bug for one issue - only reuse a bug if your problem is near *identical*. > > Alfonso, we need to see kernel logs from this event. But before we look much > further, you should reproduce this on the latest development kernel. This is > currently 2.6.17-rc3. > Done. I have reemerged glibc running the vanilla kernel 2.6.17-rc3 with no problems. Glibc compiles cleanly.
Ok - thats good news. Ideally we'd like to be able to identify the fix and backport it to 2.6.16, but this might be a tricky process. If you are interested in helping out further you can: a) Capture the kernel log after the compile failure. You could use a serial console. You could use magic sysrq: Outside of X, press Alt+Sysrq+9 (all kernel messages go to your console) and then start the glibc compile. When it segfaults, you'll hopefully have some kernel errors on-screen, which you can capture with a digital camera. or b) Use git-bisect: http://www.reactivated.net/weblog/archives/2006/01/using-git-bisect-to-find-buggy-kernel-patches/ You'll need to invert the logic, if a kernel can compile glibc OK then you say it is BAD, and if it fails then you say it is GOOD. Eventually you'll be given the "first bad commit" which is actually the patch which fixed the bug. This would be an extremely time consuming process but would reliably find the fix (assuming the problem is reproducible every time). It's perfectly understandable if you aren't able to find time to debug this further, in which case we'll just leave this bug open until 2.6.17 is released.
*** Bug 135378 has been marked as a duplicate of this bug. ***
gentoo-sources-2.6.17 is now in portage
