on a ~x86 hardened pic pie selinux system ./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../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-lib/i686-pc-linux-gnu/3.3.4/include -isystem //usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DNOT_IN_libc=1 -o /var/tmp/portage/glibc-2.3.4.20040916/work/build/nscd/xmalloc.o -MD -MP -MF /var/tmp/portage/glibc-2.3.4.20040916/work/build/nscd/xmalloc.o.dt -MT /var/tmp/portage/glibc-2.3.4.20040916/work/build/nscd/xmalloc.o ../sysdeps/unix/sysv/linux/nscd_setup_thread.c: In function `setup_thread': ../sysdeps/unix/sysv/linux/nscd_setup_thread.c:40: error: `__NR_set_tid_address' undeclared (first use in this function) ../sysdeps/unix/sysv/linux/nscd_setup_thread.c:40: error: (Each undeclared identifier is reported only once ../sysdeps/unix/sysv/linux/nscd_setup_thread.c:40: error: for each function it appears in.) make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040916/work/build/nscd/nscd_setup_thread.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040916/work/glibc-2.3.3/nscd' make[1]: *** [nscd/others] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040916/work/glibc-2.3.3' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.4.20040916 failed. !!! Function src_compile, Line 559, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. Portage 2.0.51_rc1 (selinux/2004.1/x86, gcc-3.3.4, glibc-2.3.4.20040808-r0, 2.6.8.1 i686) ================================================================= System uname: 2.6.8.1 i686 Intel(R) Pentium(R) M processor 1500MHz Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.22 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -fforce-addr" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/alias /var/qmail/control /var/service" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -fforce-addr" DISTDIR="/var/spool/distfiles/" FEATURES="autoaddcvs ccache cvs digest sandbox sfperms strict userpriv" GENTOO_MIRRORS="http://proxy/gentoo/ ftp://ftp.lug.ro/gentoo/ http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage_2" SYNC="rsync://proxy/gentoo-portage" USE="crypt gdbm hardened hardenedphp imap ldap mysql ncurses nls pam pic pie png postgres python readline selinux ssl tcpd x86 zlib"
I got the exact same error at64-32 ~ # emerge info Portage 2.0.51_rc1 (default-x86-2004.0, gcc-3.4.1, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r3 i686) ================================================================= System uname: 2.6.8-gentoo-r3 i686 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.22 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -maccumulate-outgoing-args -ftracer -pipe -msse2 -fPIC" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -maccumulate-outgoing-args -ftracer -pipe -msse2 -fPIC" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb bitmap-fonts crypt cups encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline sdl slang spell ssl svga tcpd truetype x86 xml2 xmms xprint xv zlib"
me three.
clude -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DNOT_IN_libc=1 -o /var/tmp/portage/glibc-2.3.4.20040916/work/build/nscd/xmalloc.o -MD -MP -MF / var/tmp/portage/glibc-2.3.4.20040916/work/build/nscd/xmalloc.o.dt -MT /var/tmp/p ortage/glibc-2.3.4.20040916/work/build/nscd/xmalloc.o ../sysdeps/unix/sysv/linux/nscd_setup_thread.c: In function `setup_thread': ../sysdeps/unix/sysv/linux/nscd_setup_thread.c:40: error: `__NR_set_tid_address' undeclared (first use in this function) ../sysdeps/unix/sysv/linux/nscd_setup_thread.c:40: error: (Each undeclared ident ifier is reported only once ../sysdeps/unix/sysv/linux/nscd_setup_thread.c:40: error: for each function it a ppears in.) make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040916/work/build/nscd/nscd_setup_t hread.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040916/work/glibc-2.3 .3/nscd' make[1]: *** [nscd/others] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040916/work/glibc-2.3 .3' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.4.20040916 failed. !!! Function src_compile, Line 559, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. Portage 2.0.51_rc1 (default-x86-2004.0, gcc-3.4.1, glibc-2.3.4.20040808-r0, 2.6. 9-rc1 i686) ================================================================= System uname: 2.6.9-rc1 i686 Intel(R) Pentium(R) M processor 1500MHz Gentoo Base System version 1.5.3 distcc 2.17 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.22 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -funroll-loops -ftracer - ffast-math -fprefetch-loop-arrays" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2 /share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown / usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -funroll-loops -ftracer -ffast-math -fprefetch-loop-arrays" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache fixpackages sandbox" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups encode esd foomaticd b gdbm gif gpm gtk gtk2 imlib java jpeg ldap libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime r eadline sdl slang spell ssl svga tcpd truetype usb x86 xml2 xmms xprint xv zlib"
The same with ~x86. gcc is 3.3.4-r2
Exactly the same with ~ppc gcc: 3.4.1
*** Bug 64391 has been marked as a duplicate of this bug. ***
alright... just to make certain... are all of you using selinux? i suspect a recent selinux patch.
Well, I'm not using selinux, and I'm having the same problem. Jay
No selinux here neither. And i have the same problem, too.
no selinux here either
I'm getting this error as well with gcc 3.4.1 20040803. I'm not using selinux or hardened. I am however using 2.4 kernel headers with the latest available set (being sys-kernel/linux-headers-2.4.22), is that maybe a factor? etcat -u shows: + + nls - - pic - - build - - nptl - - erandom - - hardened - - makecheck - - multilib - - debug - - userlocales - - debug when upgrading from 2.3.4.20040808. What makes me think its related to the 2.4 headers is that on another box that the build succeeds (kernel 2.6) I see: grep -rn __NR_set_tid_address /usr/include /usr/include/asm/unistd.h:266:#define __NR_set_tid_address 258 /usr/include/bits/syscall.h:206:#define SYS_set_tid_address __NR_set_tid_address whereas on this box with the 2.4 headers 'grep -rn __NR_set_tid_address /usr/include' returns absolutely nothing. Maybe the 2.4 header packages could use an update? Anyone having this problem with 2.6 headers?
same here on 2.6.8-r4 annika ~ # emerge info Portage 2.0.51_rc1 (default-x86-2004.2, gcc-3.4.1, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r4 i686) ================================================================= System uname: 2.6.8-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1.70GHz Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.22 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium-m -mtune=pentium-m -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium-m -mtune=pentium-m -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/ ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi aim alsa apache2 apm audiofile avi bcmath bindist bitmap-fonts bzlib calendar cdr cross crypt ctype cups curl curlwrappers dga dio dvb dvd dvdr encode exif fastcgi fbcon fftw flac foomatic foomaticdb ftp gd gif gnutls gphoto2 gstreamer gtk gtk2 icq imap imlib imlib2 ipv6 jabber jpeg kerberos lesstif libwww lirc maildir memlimit mhash mikmod mime mmap mmx mng mozilla ncurses nocd nothemes odbc oggvorbis openal opengl oscar pam png posix postgres ppds quicktime readline scanner sdl shared sharedmem simplexml slang slp snmp sockets speex spell sse ssl svg tcpd theora tidy tiff tokenizer truetype unicode usb videos wmf x86 xinerama xml2 xmms xosd xpm xprint xv xvid yahoo zlib"
node, your emerge info says you're also using 2.4 headers.
I notice every one of you that posted emerge info's have Headers: sys-kernel/linux-headers-2.4.22 and are running 2.6 kernels. You guys might want to unmerge linux-headers, and emerge linux26-headers. That should solve this problem for you until its fixed. I unfortunately can't because this MPlayer tv-out with DirectFB on the Vesa framebuffer is horribly broken with 2.6, and this is my media box. :(
So this bug is INVALID yes?
Why would it be invalid? I have 2.4 headers, but then I'm running a 2.4 kernel.
> So this bug is INVALID yes? No way. It just has nothing to do with Hardened. Lets see if one of these guys reports a successful build after replacing upgrading their headers. They really should be using 2.6 headers with a 2.6 kernel anyway. But for some of us that are stuck on 2.4 for other reasons, we should be able to emerge glibc. Is there a way to mask this ebuild for us 2.4 people? I'm currently trying to hack together a patch to work around this problem. I found at the top of glibc-2.3.3/nptl/init.c the following: #ifndef __NR_set_tid_address /* XXX For the time being... Once we can rely on the kernel headers having the definition remove these lines. */ #if defined __s390__ # define __NR_set_tid_address 252 #elif defined __ia64__ # define __NR_set_tid_address 1233 #elif defined __i386__ # define __NR_set_tid_address 258 #elif defined __x86_64__ # define __NR_set_tid_address 218 #elif defined __powerpc__ # define __NR_set_tid_address 232 #elif defined __sparc__ # define __NR_set_tid_address 166 #else # error "define __NR_set_tid_address" #endif #endif Perhaps that just needs to go in nscd/nscd_setup_thread.c as well? It seems to compile here, but I really don't know enough about it to say it won't cause my computer to explode. I'll keep you posted.
Ok well upto now all the reports were all people using 2.6.x with 2.4.x headers. (which is just a bad idea) If using 2.4.x and using linux-2.4.x headers and this bug shows up still then it needs to be masked until a proper solution is found.
Yep, I'd say mask it then. Because its failing for those of us with linux-headers installed, regardless of the running kernel version. Perhaps Core System, or GCC Porting is a better component for this bug too? If anyone has seen this thing compile with 2.4 headers speak up, but I'm pretty certain thats the problem. Should we maybe mark this as upstream/wontfix, mask the ebuild, and bug either the 2.4 maintainer to fix this for 2.4.28, or the glibc people to expand their workaround, since they apparently know about the problem?
i've masked the new glibc for all archs other than amd64 and ppc64, since these archs only support 2.6. however, this isnt much of a solution. upgrading severity to major
Created attachment 39785 [details, diff] glibc-2.3.4-linux24_nscdfix.patch In that case, anyone want to take a look at this patch? I don't see any flames coming from the CPU yet. ;)
that file (nscd_setup_thread.c) was just added on the 8th... *shrug* someone will have to play with that patch other than me. wouldnt that patch just fix compiling with 2.4 headers when using a 2.6 kernel? have you even tried using nscd?
#13: Ahh, never knew that! Kinda figured that when running and emerging 2.6 you'd get 2.6 headers. I'll emerge 2.6 headers right now and verify.
I would just like to confirm that upgrading linux-headers from 2.4 to 2.6 fixes my problem ( #1 ).
I reported it to bug-glibc@gnu.org, and linked to this bug so hopefully the problem will be rectified shortly. They would be the ones who could best decide what to do. The archives are here but it seems to be only updated daily, and has a really high spam to actual mail ratio, hopefully someone still reads it though. :) http://lists.gnu.org/archive/html/bug-glibc/2004-09/index.html
Headers upgrading helped me in emerging too.
curtis, if you're going to report this i'd recommend using the redhat bugzilla, which is more likely to be payed attention to: http://sources.redhat.com/bugzilla/ that list looks like it has enough spam to be completely ignored. i know i'd ignore it.
Done. http://sources.redhat.com/bugzilla/show_bug.cgi?id=390
#20: Keywords seem to be missing from all archs, including the 'safe' amd64 and ppc64, not just the ones that may be running 2.4 kernels.
this problem should be fixed in the 20040918 ebuild. everyone please test so i can know if it's safe to keyword.
Looks good here, successfully emerged on Athlon (2.4.28-pre3) Pentium3 (2.6.8) Should I close the bug on the glibc bugzilla? If so, Invalid or Fixed?
the do_makecheck fails for glibc-20040918, linux-headers-2.4.22 GCONV_PATH=/var/tmp/portage/glibc-2.3.4.20040918/work/build/iconvdata LC_ALL=C /var/tmp/portage/glibc-2.3.4.20040918/work/build/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.4.20040918/work/build:/var/tmp/portage/glibc-2.3.4.20040918/work/build/math:/var/tmp/portage/glibc-2.3.4.20040918/work/build/elf:/var/tmp/portage/glibc-2.3.4.20040918/work/build/dlfcn:/var/tmp/portage/glibc-2.3.4.20040918/work/build/nss:/var/tmp/portage/glibc-2.3.4.20040918/work/build/nis:/var/tmp/portage/glibc-2.3.4.20040918/work/build/rt:/var/tmp/portage/glibc-2.3.4.20040918/work/build/resolv:/var/tmp/portage/glibc-2.3.4.20040918/work/build/crypt:/var/tmp/portage/glibc-2.3.4.20040918/work/build/linuxthreads /var/tmp/portage/glibc-2.3.4.20040918/work/build/math/test-ifloat > /var/tmp/portage/glibc-2.3.4.20040918/work/build/math/test-ifloat.out make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040918/work/build/math/test-ifloat.out] Error 1 make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040918/work/glibc-2.3.3/math' make[1]: *** [math/tests] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040918/work/glibc-2.3.3' make: *** [check] Error 2 !!! ERROR: sys-libs/glibc-2.3.4.20040918 failed. !!! Function do_makecheck, Line 231, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
Created attachment 39900 [details] test-ifloat.out test log cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 9 model name : Intel(R) Pentium(R) M processor 1500MHz stepping : 8 cpu MHz : 601.213 cache size : 1024 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 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm2 est bogomips : 1167.36
petre: Are you using the same USE as in your original report? My only applicable USE flag is "nls", but "pic" looks like it might be a factor in your build, or maybe "selinux". It completed here, but I'm not using the 2.4.22 headers, I installed my own set from the vanilla 2.4.28-pre3 kernel that I'm running. I could try again with the linux-headers ebuild merged, and report back if necessary.
I added 'makecheck' to my USE flags in order to trigger the glibc test suite. according to http://www.tldp.org/LDP/lfs/html/chapter05/glibc.html the test suite should be successfull. CFLAGS are controlled in the ebuild so I guess they are not a factor here.
Okay, the 2.6.8 pentium3 machine gives: GCONV_PATH=/var/tmp/portage/glibc-2.3.4.20040918/work/build/iconvdata LC_ALL=C /var/tmp/portage/glibc-2.3.4.20040918/work/build/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.4.20040918/work/build:/var/tmp/portage/glibc-2.3.4.20040918/work/build/math:/var/tmp/portage/glibc-2.3.4.20040918/work/build/elf:/var/tmp/portage/glibc-2.3.4.20040918/work/build/dlfcn:/var/tmp/portage/glibc-2.3.4.20040918/work/build/nss:/var/tmp/portage/glibc-2.3.4.20040918/work/build/nis:/var/tmp/portage/glibc-2.3.4.20040918/work/build/rt:/var/tmp/portage/glibc-2.3.4.20040918/work/build/resolv:/var/tmp/portage/glibc-2.3.4.20040918/work/build/crypt:/var/tmp/portage/glibc-2.3.4.20040918/work/build/linuxthreads /var/tmp/portage/glibc-2.3.4.20040918/work/build/stdlib/tst-setcontext > /var/tmp/portage/glibc-2.3.4.20040918/work/build/stdlib/tst-setcontext.out /bin/sh: line 1: 17055 Segmentation fault GCONV_PATH=/var/tmp/portage/glibc-2.3.4.20040918/work/build/iconvdata LC_ALL=C /var/tmp/portage/glibc-2.3.4.20040918/work/build/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.4.20040918/work/build:/var/tmp/portage/glibc-2.3.4.20040918/work/build/math:/var/tmp/portage/glibc-2.3.4.20040918/work/build/elf:/var/tmp/portage/glibc-2.3.4.20040918/work/build/dlfcn:/var/tmp/portage/glibc-2.3.4.20040918/work/build/nss:/var/tmp/portage/glibc-2.3.4.20040918/work/build/nis:/var/tmp/portage/glibc-2.3.4.20040918/work/build/rt:/var/tmp/portage/glibc-2.3.4.20040918/work/build/resolv:/var/tmp/portage/glibc-2.3.4.20040918/work/build/crypt:/var/tmp/portage/glibc-2.3.4.20040918/work/build/linuxthreads /var/tmp/portage/glibc-2.3.4.20040918/work/build/stdlib/tst-setcontext >/var/tmp/portage/glibc-2.3.4.20040918/work/build/stdlib/tst-setcontext.out make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040918/work/build/stdlib/tst-setcontext.out] Error 139 make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040918/work/glibc-2.3.3/stdlib' make[1]: *** [stdlib/tests] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040918/work/glibc-2.3.3' make: *** [check] Error 2 Now that I have checked, it seems I can't even make the test suite compile correctly with glibc-2.3.3.20040420-r1, on a box thats never seen anything newer, and its not even ~x86. Has it ever worked?
emerged 20040918 successfully on: Portage 2.0.51_rc1 (default-x86-1.4, gcc-3.4.1, glibc-2.3.4.20040918-r0, 2.4.26-gentoo-r3 i686) ================================================================= System uname: 2.4.26-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz Gentoo Base System version 1.5.3 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.22,sys-kernel/linux-headers-2.4.19-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /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/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.inode.at/ http://gentoo.mirror.sdv.fr http://gentoo.math.bme.hu http://mirror.switch.ch/mirror/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aalib apm avi berkdb bitmap-fonts cdr crypt cups dga directfb doc dvdr encode esd foomaticdb gdbm gif gpm gtk gtk2 imagemagick imlib ipv6 java jpeg kde libg++ libwww mad mbox mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktimereadline samba sdl slang spell ssl svga tcltk tcpd tiff truetype x86 xml2 xmms xosd xprint xv zlib"
fixed in cvs