updating sys-libs/glibc-2.3.4.20050125-r1 to sys-libs/glibc-2.3.5 fails compiling, see the attachment glic_compile-error with an excerpt of the final error, which will follow right away. Reproducible: Always Steps to Reproduce: 1.emerge sys-libs/glibc-2.3.5. 2.emerge -u system 3. Actual Results: compile failed, emerge stops with error 2. Expected Results: compile fine. Gentoo Base System version 1.6.7 Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.4, glibc-2.3.4.20041102-r0, 2.6.8-rc4 i586) ================================================================= System uname: 2.6.8-rc4 i586 AMD-K6(tm) 3D processor Python: dev-lang/python-2.2.3-r1,dev-lang/python-2.3.4 [2.3.4 (#1, Jun 16 2004, 00:56:44)] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r1, 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.9.3, 1.8.5-r2, 1.7.9, 1.5, 1.4_p6, 1.6.3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r1 virtual/os-headers: 2.4.19-r1, 2.6.8.1-r4 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=k6-3 -O3 -pipe -fomit-frame-pointer" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3. 1/share/config /usr/kde/3.3/share/config /usr/kde/3/share/config /usr/lib/ mozilla/defaults/pref /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/bind / var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k6-3 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict userpriv" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/ distributions/gentoo" LANG="en_GB" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/usr/tmp2" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow X X509 Xaw3d aalib acpi alsa apache2 apm arts audiofile avi berkdb bindist bitmap-fonts cdr chroot crypt cscope cups curl curlwrappers dedicated doc dvd dvdr emboss encode esd ethereal fam fastc gi flac flash foomaticdb fortran freetds gd gdbm ggi gif gmp gphoto2 gpm gstreamer gtk gtk2 guile hardened icc imagemagick imap imlib innodb ipv6 java jikes jpeg kde lcms ldap lesstif libg++ libwww mad maildir mbox mcal memlimit mikmod mmx motif mozilla mp3 mpeg mpi mysql nas ncurses nhc98 nls nocd odbc offensive ogg oggvorbis opengl oss pam pcre pda pdflib perl png postgres ppds prelude python qt quicktime readlin e samba sasl sdl serial skey slang slp snmp socks5 speex spell ssl svga tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode videos vorbis wmf wxwindows xml xml2 xmms xosd xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 57089 [details] excerpt from the final compile error
My build also fails here on my old K6. I think it built fine on my Athlon, though.
Nope. I was wrong. I'm still using the old glibc on my Athlon.
What happens if you remove -fomit-frame-pointer from CFLAGS?
I have the same error without -fomit-frame-pointer set. I also use k6-3, is it a coincidence?
Same problem here during installation process (emerge -e system), with and without -fomit-framepointer. Cant' compile for a via c3 (also i586-pc-linux-gnu). Additional info: compiling glibc for i586-pc-linux-gnu also fails when I try to create a cross-toolchain on my P4 system using crossdev (same error). livecd / # emerge --info Portage 2.0.51.20-r4 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20040808-r1, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 VIA Samuel 2 Gentoo Base System version 1.4.16 distcc 2.18.3 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5 sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: [Not Present] virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-O2 -march=c3 -mmmx -m3dnow" CHOST="i586-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=c3 -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X acpi acpi4linux alsa apm arts avi berkdb bitmap-fonts bluetooth bzip2 bzlib cdda cddb cdparanoia chroot cjk client crypt cups dga divx4linux doc dvb dvd dvdr emboss encode foomaticdb fortran gatos gdbm gif gimpprint gnome gpm gps gtk gtk2 imlib jpeg libg++ libwww lirc live mad mikmod mmx motif mp3 mpeg ncurses network nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline real rtc sdl server spell sse ssl svga tcpd truetype truetype-fonts type1-fonts vdr vidix xanim xine xinerama xml2 xmms xv xvid xvmc zlib" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY livecd / # gcc --version gcc (GCC) 3.4.3-20050110 (Gentoo Linux 3.4.3.20050110-r2, ssp-3.4.3.20050110-0, pie-8.7.7) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Same hardware as #6 and same error.
glibc does compile with nptl support (USE flags "nptl" and "nptlonly", kernel version >= 2.6.6). After a short investigation of the original problem (compilation is slooooow on c3...) my guess would be that the build system doesn't enable TLS support even though the ebuild output states that glibc is being configured with --with-tls. At least when compiling linuxthreads/pthread.c USE_TLS is NOT defined and this leads to bogus _res, _errno and _h_errno definitions.
Same prob here with a Via C2. I tried striping my CFLAGS down to "-O2 -march=i586 -pipe" and -j2. It did build with nptlonly and CFLAGS="-O2 -march=i586 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -fweb -pipe". Has anybody tried with "ithreads" in their USE=" nptl ithreads "? I didnt think of it till I was 1/2 way thru building this last time.
This is also to confirm it on my Via C3 system.
Same problem, on a Pentium M, CFLAGS="-Os -mtune=pentium-m", USE="ithreads nptl pthreads ..."
a pentium m is i686
Also running into this on a Pentium II MMX: gcc -shared -static-libgcc -Wl,-O1 -Wl,-z,defs -Wl,-dynamic-linker=/lib/ld-linux.so.2 -B/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/ -B/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/csu/ -B/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/ -Wl,--version-script=/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/libpthread.map -Wl,-soname=libpthread.so.0 -Wl,-z,combreloc -Wl,-z,relro -Wl,--enable-new-dtags,-z,nodelete -Wl,--enable-new-dtags,-z,initfirst -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/math -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/elf -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/dlfcn -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/nss -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/nis -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/rt -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/resolv -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/crypt -L/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads -Wl,-rpath-link=/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/math:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/elf:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/dlfcn:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/nss:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/nis:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/rt:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/resolv:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/crypt:/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads -o /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread.so -T /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/shlib.lds /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/csu/abi-note.o -Wl,--whole-archive /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a -Wl,--no-whole-archive /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/elf/interp.os /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/libc.so /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/libc_nonshared.a /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/elf/ld.so /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os)(.text+0x1f5): In function `pthread_initialize': : undefined reference to `_res' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os)(.text+0x1073): In function `__pthread_reset_main_thread': : undefined reference to `_errno' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os)(.text+0x1082): In function `__pthread_reset_main_thread': : undefined reference to `_h_errno' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os)(.text+0x1091): In function `__pthread_reset_main_thread': : undefined reference to `_res' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os)(.data.rel+0x1b8): undefined reference to `_errno' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os)(.data.rel+0x1c0): undefined reference to `_h_errno' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os)(.data.rel+0x1c8): undefined reference to `_res' collect2: ld returned 1 exit status make[2]: *** [/var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread.so] Error 1 make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.5/work/glibc-2.3.5/linuxthreads' make[1]: *** [linuxthreads/others] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.5/work/glibc-2.3.5' make: *** [all] Error 2 Portage 2.0.51-r14 (hardened/x86/2.6, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.11-gentoo-r3 i586) ================================================================= System uname: 2.6.11-gentoo-r3 i586 Pentium MMX Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 23 2005, 06:52:47)] dev-lang/python: 2.3.4 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r5 sys-devel/automake: 1.8.5-r1 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium-mmx -pipe" CHOST="i586-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=pentium-mmx -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache cvs distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org http://gentoo.binarycompass.org" MAKEOPTS="-j2" PKGDIR="/usr/portage//packages/x86/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="a52 aac acpi aim alsa apache2 apm audiofile avi bash-completion bcmath bmp bonobo bzlib cdparanoia cdr crypt cups curl curlwrappers dba dbase dbm dbus dbx dga directfb divx4linux dlloader dv dvd dvdr dvdread eds encode esd ethereal evo exif fam fbcon ffmpeg flac flash flatfile foomaticdb freetds freetype ftp gb gd gdbm geoip ggi gif gnome gnutls gpm gps gstreamer gtk gtk2 gtkhtml hal hardened hardenedphp howl icq imagemagick imap imlib inifile innodb ipv6 ithreads jabber java javascript jpeg kerberos krb4 lcms ldap libgda libwww lm_sensors mad maildir matroska mbox mcal mime ming mmx mng mozilla mp3 mpeg msn msql mssql mysql ncurses nis nls nocd nptl odbc offensive ogg oggvorbis openal opengl oracle oracle7 oscar pam pcntl pcre pda pdflib perl php pic plotutils png posix postgres ppds prelude python qt quicktime readline recode ruby samba sasl scanner sdl sndfile snmp soap sockets sox spell sqlite ssl svg svga sybase sysvipc tcpd tetex theora tiff tokenizer truetype unicode usb v4l vcd vhosts vorbis wifi win32codecs wmf x86 xine xinerama xml xml2 xmlrpc xmms xosd xpm xsl xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Hi, I have another i585 CPU Computer with a AMD-K2 500 MHz CPU and fresh installed gentoo. This Weekend I gave it another try with a full "emerge system", but the error resists. I wonder if there is somebody working on this problem or is it so, that gentoo will be unmaintained on old hardware? See this "emerge info": Gentoo Base System version 1.6.12 Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r5 i586) ================================================================= System uname: 2.6.11-gentoo-r5 i586 AMD-K6(tm) 3D processor dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-O2 -mcpu=i586 -pipe -fomit-frame-pointer -march=i586" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i586 -pipe -fomit-frame-pointer -march=i586" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X a52 aac aalib acl alsa apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bmp bzlib calendar caps cdparanoia cdr crypt cscope cups curl curlwrappers dba dbm dbx dedicated dga dio directfb divx4linux doc dv dvb dvd dvdr dvdread emboss encode esd exif expat fbcon ffmpeg firebird flac flash flat foomaticdb fortran ftp gd gdbm gif gnome gnustep gnutls gpm gstreamer gtk gtk2 hal hardened hardenedphp imagemagick imlib innodb ipv6 java javascript jikes jpeg lcms libcaca libg++ libwww mad maildir matroska mbox memlimit mikkmod mikmod mime ming mmap mmx mng motif mp3 mpeg mysql mysqli nas ncurses nls nptl offensive ogg oggvorbis openal opengl oss pam pcre pda pdflib perl png portaudio posix python qt quicktime readline recode samba scanner sdl session sharedmem skey slp sndfile snmp sockets socks5 sox spell ssl svg svga sysfs sysvipc szip tcltk tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb v4l vcd videos vorbis wavelan wifi win32codecs wmf wxwindows xface xine xml xml2 xmlrpc xmms xosd xpm xsl xv xvid yaz zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Same here. Chrooted on harddisk of a Pentium 100 MHz, compiling with i586-pc-linux-gnu. /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os): In function `pthread_initialize': pthread.c:(.text+0x21d): undefined reference to `_res' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os): In function `__pthread_reset_main_thread': pthread.c:(.text+0x9b3): undefined reference to `_errno' pthread.c:(.text+0x9bf): undefined reference to `_h_errno' pthread.c:(.text+0x9cb): undefined reference to `_res' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os):(.data.rel+0x698): undefined reference to `_errno' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os):(.data.rel+0x6a0): undefined reference to `_h_errno' /var/tmp/portage/glibc-2.3.5/work/build-default-i586-pc-linux-gnu-linuxthreads/linuxthreads/libpthread_pic.a(pthread.os):(.data.rel+0x6a8): undefined reference to `_res'
Upstream bugreport: http://sources.redhat.com/bugzilla/show_bug.cgi?id=674
*** Bug 90413 has been marked as a duplicate of this bug. ***
the Jackass! Development Team encountered this problem in late April when we were building Jackass! we were able to successfully use glibc-2.3.5 for all of the 686 chost tarballs, but had to fall back to glibc-2.3.4.20050125 for all of the 586 chost tarballs because of the reported problem with 2.3.5 on 586 chosts. i can confirm that this is a problem that is specific to the 2.3.5 ebuild, and that attempts to blame the error on CFLAGS is barking up the wrong tree. the Jackass! Toolkit is built with what most developers would like to dismiss as an 'insane' set of CFLAGS that result in a ROCK SOLID system. the fact that the 2.3.4.20050125 ebuild works with these CFLAGS while the 2.3.5 ebuild does not should remove any suspicion that the CFLAGS are the root of the problem. the following information shows our working package.keywords file and the emerge info from a system that has been running with perfect functionality since April 2005 with the 2.3.4.20050125 ebuild and a very sane and stable set of 'insane' CFLAGS. # cat /home/jackass/development/pentium-mmx/etc/portage/package.keywords # Copyright 2005 Jackass! x86 Production Team # Distributed under the terms of the GNU General Public License v2 # File: /etc/portage/package.keywords # Task: enable testing branch toolkit components on stable branch systems # # updated 20050424 to avoid bugs in glibc 2.3.5 # ~sys-devel/gcc-3.4.3.20050110 ~x86 sys-devel/gcc-config ~x86 sys-libs/libstdc++-v3 ~x86 ~sys-libs/glibc-2.3.4.20050125 ~x86 # emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r6 i586) ================================================================= System uname: 2.6.11-gentoo-r6 i586 AMD K-6(tm) 3D processor Gentoo Base System version 1.4.16; Jackass! Toolkit 2005.0 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Apr 23 2005, 01:56:54)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium-mmx -mtune=pentium-mmx -pipe -O3 -fweb -frename-registers -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/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/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium-mmx -mtune=pentium-mmx -pipe -O3 -fweb -frename-registers -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts crypt cups emboss encode foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl svga tcpd truetype truetype-fonts type1-fonts xml2 xmms xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS if anyone is having problems on 586, just roll back to the earlier version of glibc until the bug is fixed.
glibc-2.3.5 is now marked stable for x86 while the problem still persists. So _please_ solve it or put it back to unstable. Even when it's 'just' an i586 problem it still isn't stable for x86... Another Via C3 user.
I also would strongly vote for this bug being fixed.
Same here on Athlon systems with backwards-compatible (i.e. i586) compiler settings. Gentoo Base System version 1.6.12 Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11.6-infra-cube-1 i686) ================================================================= System uname: 2.6.11.6-infra-cube-1 i686 AMD Athlon(tm) XP 1700+ distcc 2.16 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-march=pentium -mcpu=athlon-xp -O3 -pipe" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/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/lib/X11/xkb /usr/lib/mozilla/defaults/pref /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/ /usr/vice/etc /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/afs/modload /etc/gconf /etc/make.globals /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium -mcpu=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distcc distlocks fixpackages sandbox sfperms strict test userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://gentoo.inode.at/ ftp://gentoo.inode.at/source/" LANG="en_US" LINGUAS="en,de" MAKEOPTS="-j10" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage-local--main--1.0" SYNC="rsync://copper.sascha.silbe.org/gentoo-portage" USE="x86 3dnow 3dnowext S3TC X a52 aac acl afs alsa apm avi bash-completion berkdb bitmap-fonts blas bzip2 bzlib cdparanoia cdr chipcard cjk crypt curl doc dts dv dvd dvdr dvdread ecc emboss encode examples fam flac foomaticdb fortran gd gdbm gif gimpprint gtk gtk2 gtkhtml guile hbci imagemagick imap imlib ipv6 j-noaim j-nomsn j-noyahoo jabber jpeg lapack lcms libg++ libwww lm_sensors lvm1 lzo mad maildir makecheck mbox mikmod mmx mmxext monitor mozsvg mp3 mpeg mysql nas ncurses nls nodrm offensive ogg oggvorbis openal opengl oss pam pda pdflib plotutils png postgres python qt qtmt quicktime readline samba scanner sdl serial skey smartcard spell sqlite sse ssl svg tetex theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xine xml xml2 xv xvid yv12 zlib linguas_en,de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS
I am having this problem on my Athlon 3200+ as well. Here are my emerge settings. emerge --info Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r11 i686) ================================================================= System uname: 2.6.11-gentoo-r11 i686 AMD Athlon(tm) XP 3200+ Gentoo Base System version 1.6.12 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 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 -mfpmath=sse -msse -mmmx -m3dnow" 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/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mfpmath=sse -msse -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aalib acpi acpi4linux alsa apm arts artswrappersuid avi bash-completion berkdb bitmap-fonts bonobo ccache cddb cdparanoia cdr cdrom chroot crypt css cups curl curlwrappers dio directfb divx4linux doc dvd dvdread emboss encode esd fam fbcon fbdev ffmpeg flac foomaticdb ftp gd gdbm gif gimp gimpprint gmail gmailtimestamps gnome gpgme gpm graphviz gs gstreamer gtk gtk2 gtkhtml guile imagemagick imap imlib jack java joystick jpeg junit kde libg++ libwww logitech-mouse lzo lzw lzw-tiff mad mbox mikmod mime ming mjpeg mmap mmx mmxext mng monkey motif mozilla mp3 mpeg mpeg4 mplayer nas ncurses nethack network nis nls nntp nocd nptl nvidia offensive ofx ogg oggvorbis opengl oss pam pdf pdflib perl pic png posix povray ppds procmail python qt quicktime quotes readline real rtc samba sasl savedconfig scanner sdl serial sftplogging silverxp skey slang smime sndfile snmp socks5 sox speedo speex spell sqlite sse ssl svga tcltk tcpd tetex tga theora threads tiff transcode truetype truetype-fonts type1-fonts usb v4l vcd vcdimager vidix vim vim-pager vim-with-x vorbis win32codecs wmf xanim xine xml xml2 xmms xpm xscreensaver xv xvid xvmc zlib video_cards_nvidia userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
"Strongly voting" for something doesn't get things done. Submitting patches gets things done. Elric, you most certainly hav ea different bug, so please open a new one with a full explaination. Sascha, you shouldn't be using CHOST=i586-... with an athlon, use CHOST=i686-... B. Predaina, we're not barking about it being CFLAGS dependent. It IS CHOST dependent. As for pusing 2.3.5 into stable while this bug was still open, I apologize to those of you who are hitting it, but I thought I added a patch to workaround this that I didn't. I have added it now, and it should be on rsync soon. It will compile linuxthreads glibc with --without-tls --without-__thread if CHOST=i586. Sorry for that. I didn't push that workaround into 2.3.5-r1, though. Could someone do me a favor and see if emerging 2.3.5-r1 (currently in p.m) with USE=glibc-compat20 will work? I'm thinking it won't as that just forces --without-__thread, and it looks like --with-tls is what we're concerned with here...
*** Bug 99311 has been marked as a duplicate of this bug. ***
Re comment #23: I need to be able to compile binaries for old hosts. If I'd use i686-*, glibc would be compiled for i686-or-above. Since almost any program uses libc, nearly nothing would work on i586s (and yes, I still some of those systems).
Hmm .. just for the fun I hacked the glibc-2.3.5 ebuild to compile for i586 CHOST, with CFLAGS=-march=i586, etc on my amd64. Kept --with-tls --with-__thread for configure, and it worked just fine. Wonder if it might not be binutils or something ? ----- lycan nss_ldap-239 # epm -q gcc binutils gcc-4.0.1 gcc-3.4.3-r1 binutils-2.16.91.0.1 lycan nss_ldap-239 # gcc-config -l [1] x86_64-pc-linux-gnu-3.4.3 * ... -----
Not to dilute or confuse the problem. My Athlon machines compiled glibc-2.3.5 but X would not run on it. No errors and nothing in the logs so once you get it compiled it might not work. http://bugs.gentoo.org/show_bug.cgi?id=99277
"B. Predaina, we're not barking about it being CFLAGS dependent. It IS CHOST dependent." my point was only to say that the suggestion of removing -fomit-frame-pointer and other suggested methods of stripping down CFLAGS wasn't going to be a fruitful approach to the problem. the Jackass! Development Team consistently used the same array of 'insane' CFLAGS, yet ran into this problem when switching from 2.3.4.20050125 to 2.3.5 on all of our tarballs for 586 CHOST architectures. imho this is a significant observation; its enough to quiet the suspicions about CFLAGS being responsible, and to redirect the focus back to the 586-specific code of the 2.3.5 ebuild. hope this helps.
fyi, this occurs on a system with CHOST=i486-blahblah as well. :)
It did compile cleanly for me today - so promised fixed ebuild seems to be in portage now.
just to point out again that the "fix" in the ebuild is a workaround, not a true fix... also, since linuxthreads is being removed from glibc in 2.4 in favor of nptl, I'm not too inclined to spend much effort tracking down a proper fix for this since nptl works fine with tls/__thread So if this doesn't get properly fixed in the next week or so, I'm going to just move that workaround into 2.3.5-r1 as the "fix". I am interested in az's report that it works on his system. What versions of gcc and binutils were you folks using when you experienced the problem?
Good question - I had that problem on an x86 and on ~x86 since the ebuild came out - so I used several versions of gcc and binutils gcc 3.3.5 on stable, gcc 3.4.3 / 3.4.3 and perhaps others on ~x86 The same with binutils the current stable 2.15.92.0.2-r10 on x86 and 2.16 and other versions for ~x86.
Both mandrake and suse are building their glibcs for i586, so perhaps someone should check their SRPMS's for patches?
Simon, I'm almost certain they use --without-__thread --without-tls , but I'll double check the srpms...
I think I found a bug in the bugfix which is currently marked as stable on x86 (glibc-2.3.5.ebuild): on line 886 of the ebuild, the line reads if want_tls && [[ ${CHOST} != "i486-pc-linux-gnu" || ${CHOST} != "i586-pc-linux-gnu" ]] ; then It appears that the or (||) in the CHOST check should be an and (&&). if want_tls && [[ ${CHOST} != "i486-pc-linux-gnu" && ${CHOST} != "i586-pc-linux-gnu" ]] ; then
i managed to emerge glibc on a via c3 using RES_SRC="res_mkquery.c res_init.c res_comp.c" emerge glibc found this here: http://www.shadow-realm.org/forum/viewtopic.php?p=6662
Janis, are you sure you weren't using the ebuild with the workaround in it? glibc doesn't know anything about RES_SRC. That seems to be something specific to that other program.
I have given it another try (2005-08-30) and this time the compile was lucky and finished error free. Not having installed something meaningful or updated in the time between means the ebuild script was fixed, I assume. Thank you very much. So I close this bug.
it's not fixed... we're just working around it right now.
Hi Jeremy, if it is not fixed and my successful install means it was lucky because of a workaround, does rebuilding dev-libs/glib makes sense at the current situation? Furthermore, if having glib rebuild and more packages after, do I have to rebuild glib and all packages when the sys-libs/glibc error has been fixed?
same problem in a P4 # emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.4.20041102-r1, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" 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="-march=pentium4 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X apache2 apm bitmap-fonts bzip2 cdr crypt cups dvd dvdr eds emboss fam foomaticdb fortran ftp gd gdbm gif gpm gstreamer imap innodb java jpeg libg++ libwww maildir mod_jk2 mp3 mysql ncurses nls ogg pam pdflib perl php png python readline samba sasl sdl spell ssl svga tcpd truetype truetype-fonts type1-fonts unicode usb utf8 vhosts vorbis x86 xml xml2 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
(In reply to comment #23) > "Strongly voting" for something doesn't get things done. Submitting patches > gets things done. > > Elric, you most certainly hav ea different bug, so please open a new one with a > full explaination. > > Sascha, you shouldn't be using CHOST=i586-... with an athlon, use CHOST=i686-... > > B. Predaina, we're not barking about it being CFLAGS dependent. It IS CHOST > dependent. > > As for pusing 2.3.5 into stable while this bug was still open, I apologize to > those of you who are hitting it, but I thought I added a patch to workaround > this that I didn't. I have added it now, and it should be on rsync soon. It > will compile linuxthreads glibc with --without-tls --without-__thread if > CHOST=i586. Sorry for that. > > I didn't push that workaround into 2.3.5-r1, though. Could someone do me a > favor and see if emerging 2.3.5-r1 (currently in p.m) with USE=glibc-compat20 > will work? I'm thinking it won't as that just forces --without-__thread, and it > looks like --with-tls is what we're concerned with here... i think this might apply to chost=i386, not just chost=i586
TLS does not work on i386 and it probably never will
Even if it is a workaround, this bug is fixed for now. If anyone runs into the issue again, please let us know.
i might look into it if i could figure out how to reproduce it
Are you seriously unable to reproduce this error? Prior to the "workaround" being published it could be easily and reliably duplicated by following the methods described in the Original Post, or in Comments 6, 13, 14, 18, 21, 22... Is the reason that you're unable to reproduce it because the workaround has been applied? If that's the case, it should be easy enough to look at the changelog, un-do the work around, and experience this bug in all its 586-show-stopping glory.
sys-libs/glibc-2.4-r1 works.
thats because glibc-2.4 doesnt include linuxthreads
ok, e-mailed patch upstream ... fix will be included in 2.3.6-r4