90236 2005-04-24 06:09 0000 linuxthreads doesn't compile for i586 because of undefined reference to `_res' with TLS support 2006-04-24 17:15:57 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified x86 Linux RESOLVED FIXED http://sources.redhat.com/bugzilla/show_bug.cgi?id=674 P2 major --- 1 bigfoot@killerhippy.de toolchain@gentoo.org abusch@gmx.net Alex@Thiem-net.de blackace@gentoo.org custom_basses@yahoo.com dopey@moonteeth.com elwood@agouros.de eradicator@gentoo.org gentoo-bugzilla@jdrake.com gentoo@askneil.com gentoo@nezwerg.de info@pc-tiede.de kerframil@gmail.com lilwyrm@gmail.com mh@designassembly.de neysx@gentoo.org nuitari@nuitari.net radek@podgorny.cz rtremont@free.fr sascha-gentoo-bugzilla@silbe.org tradergt@smelser.org bigfoot@killerhippy.de 2005-04-24 06:09:25 0000 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 bigfoot@killerhippy.de 2005-04-24 06:10:17 0000 Created an attachment (id=57089) excerpt from the final compile error rmmarm@sdf.lonestar.org 2005-04-24 12:45:03 0000 My build also fails here on my old K6. I think it built fine on my Athlon, though. rmmarm@sdf.lonestar.org 2005-04-24 13:04:18 0000 Nope. I was wrong. I'm still using the old glibc on my Athlon. eradicator@gentoo.org 2005-04-25 04:26:23 0000 What happens if you remove -fomit-frame-pointer from CFLAGS? VED03370@nifty.ne.jp 2005-04-25 09:38:08 0000 I have the same error without -fomit-frame-pointer set. I also use k6-3, is it a coincidence? mh@designassembly.de 2005-04-26 06:28:53 0000 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. sberg@o2online.de 2005-04-28 02:14:10 0000 Same hardware as #6 and same error. mh@designassembly.de 2005-04-28 11:12:15 0000 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. hielvc@cox.net 2005-05-05 19:49:51 0000 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. nuitari@nuitari.net 2005-05-14 03:56:46 0000 This is also to confirm it on my Via C3 system. grosjoh1@iit.edu 2005-05-16 13:36:32 0000 Same problem, on a Pentium M, CFLAGS="-Os -mtune=pentium-m", USE="ithreads nptl pthreads ..." vapier@gentoo.org 2005-05-16 15:24:05 0000 a pentium m is i686 blackace@gentoo.org 2005-06-14 22:34:30 0000 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 bigfoot@killerhippy.de 2005-06-19 04:41:52 0000 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 Ristioja@gmail.com 2005-06-29 10:59:15 0000 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' simon.strandman@telia.com 2005-06-30 05:26:51 0000 Upstream bugreport: http://sources.redhat.com/bugzilla/show_bug.cgi?id=674 eradicator@gentoo.org 2005-07-14 03:06:24 0000 *** Bug 90413 has been marked as a duplicate of this bug. *** custom_basses@yahoo.com 2005-07-16 07:46:30 0000 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. Alex@Thiem-net.de 2005-07-16 12:47:22 0000 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. gentoo@nezwerg.de 2005-07-16 14:25:51 0000 I also would strongly vote for this bug being fixed. sascha-gentoo-bugzilla@silbe.org 2005-07-16 15:21:09 0000 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 elric@elric.com 2005-07-16 19:52:23 0000 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 eradicator@gentoo.org 2005-07-17 04:20:55 0000 "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... jakub@gentoo.org 2005-07-17 04:26:53 0000 *** Bug 99311 has been marked as a duplicate of this bug. *** sascha-gentoo-bugzilla@silbe.org 2005-07-17 06:16:56 0000 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). azarah@gentoo.org 2005-07-17 08:46:58 0000 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 * ... ----- David.Huff@computer-critters.com 2005-07-17 10:09:09 0000 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 custom_basses@yahoo.com 2005-07-17 10:09:47 0000 "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. dopey@moonteeth.com 2005-07-18 11:04:29 0000 fyi, this occurs on a system with CHOST=i486-blahblah as well. :) Alex@Thiem-net.de 2005-07-18 11:12:09 0000 It did compile cleanly for me today - so promised fixed ebuild seems to be in portage now. eradicator@gentoo.org 2005-07-18 15:53:08 0000 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? Alex@Thiem-net.de 2005-07-18 23:19:12 0000 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. simon.strandman@telia.com 2005-07-21 02:50:44 0000 Both mandrake and suse are building their glibcs for i586, so perhaps someone should check their SRPMS's for patches? eradicator@gentoo.org 2005-07-21 03:06:17 0000 Simon, I'm almost certain they use --without-__thread --without-tls , but I'll double check the srpms... gentoo-bugzilla@jdrake.com 2005-07-21 19:36:22 0000 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 jkruse@rumms.uni-mannheim.de 2005-07-22 05:13:21 0000 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 eradicator@gentoo.org 2005-07-22 13:10:49 0000 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. bigfoot@killerhippy.de 2005-09-03 04:24:00 0000 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. eradicator@gentoo.org 2005-09-03 11:36:05 0000 it's not fixed... we're just working around it right now. bigfoot@killerhippy.de 2005-09-23 12:36:22 0000 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? d2clon@desarrolladores.org 2005-10-03 15:12:34 0000 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 jrsx13@hotmail.com 2005-11-22 16:57:26 0000 (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 vapier@gentoo.org 2005-11-23 02:37:50 0000 TLS does not work on i386 and it probably never will halcy0n@gentoo.org 2005-12-15 00:33:59 0000 Even if it is a workaround, this bug is fixed for now. If anyone runs into the issue again, please let us know. vapier@gentoo.org 2005-12-15 06:31:01 0000 i might look into it if i could figure out how to reproduce it custom_basses@yahoo.com 2005-12-15 14:51:28 0000 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. nuitari@nuitari.net 2006-04-23 23:36:38 0000 sys-libs/glibc-2.4-r1 works. vapier@gentoo.org 2006-04-24 00:13:22 0000 thats because glibc-2.4 doesnt include linuxthreads vapier@gentoo.org 2006-04-24 17:15:57 0000 ok, e-mailed patch upstream ... fix will be included in 2.3.6-r4 57089 2005-04-24 06:10 0000 excerpt from the final compile error glibc_compile-error text/plain Y2QgL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYt cGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9saW51eHRocmVhZHMgJiYgL3Vzci9saWIvZ2NjLWxp Yi9pNTg2LXBjLWxpbnV4LWdudS8zLjMuNC8uLi8uLi8uLi8uLi9pNTg2LXBjLWxpbnV4LWdudS9i aW4vYXIgY3J1diBsaWJwdGhyZWFkX3BpYy5hIGF0dHIub3MgY2FuY2VsLm9zIGNvbmR2YXIub3Mg am9pbi5vcyBtYW5hZ2VyLm9zIG11dGV4Lm9zIHB0Zm9yay5vcyBwdGxvbmdqbXAub3MgcHRocmVh ZC5vcyBwdC1zaWdzdXNwZW5kLm9zIHNpZ25hbHMub3Mgc3BlY2lmaWMub3MgZXJybm8ub3MgbG9j a2ZpbGUub3Mgc2VtYXBob3JlLm9zIHNwaW5sb2NrLm9zIHJ3bG9jay5vcyBwdC1tYWNoaW5lLm9z IG9sZHNlbWFwaG9yZS5vcyBldmVudHMub3MgZ2V0Y3B1Y2xvY2tpZC5vcyBwc3BpbmxvY2sub3Mg YmFycmllci5vcyBwdGNsb2NrX2dldHRpbWUub3MgcHRjbG9ja19zZXR0aW1lLm9zIHNpZ2hhbmRs ZXIub3MgcHRoYW5kbGVzLm9zIGxpYmMtdGxzLWxvYy5vcyBwdC1hbGxvY3J0c2lnLm9zIHB0dy13 cml0ZS5vcyBwdHctcmVhZC5vcyBwdHctY2xvc2Uub3MgcHR3LWZjbnRsLm9zIHB0dy1hY2NlcHQu b3MgcHR3LWNvbm5lY3Qub3MgcHR3LXJlY3Yub3MgcHR3LXJlY3Zmcm9tLm9zIHB0dy1yZWN2bXNn Lm9zIHB0dy1zZW5kLm9zIHB0dy1zZW5kbXNnLm9zIHB0dy1zZW5kdG8ub3MgcHR3LWZzeW5jLm9z IHB0dy1sc2Vlay5vcyBwdHctbHNlZWs2NC5vcyBwdHctbGxzZWVrLm9zIHB0dy1tc3luYy5vcyBw dHctbmFub3NsZWVwLm9zIHB0dy1vcGVuLm9zIHB0dy1vcGVuNjQub3MgcHR3LXBhdXNlLm9zIHB0 dy1wcmVhZC5vcyBwdHctcHJlYWQ2NC5vcyBwdHctcHdyaXRlLm9zIHB0dy1wd3JpdGU2NC5vcyBw dHctdGNkcmFpbi5vcyBwdHctd2FpdC5vcyBwdHctd2FpdHBpZC5vcyBwdC1zeXN0ZW0ub3Mgb2xk X3B0aHJlYWRfYXRmb3JrLm9zIHB0Y2xlYW51cC5vcwphIC0gYXR0ci5vCmEgLSBjYW5jZWwubwph IC0gY29uZHZhci5vCmEgLSBqb2luLm8KYSAtIG1hbmFnZXIubwphIC0gbXV0ZXgubwphIC0gcHRm b3JrLm8KYSAtIHB0bG9uZ2ptcC5vCmEgLSBwdGhyZWFkLm8KYSAtIHB0LXNpZ3N1c3BlbmQubwph IC0gc2lnbmFscy5vCmEgLSBzcGVjaWZpYy5vCmEgLSBlcnJuby5vCmEgLSBsb2NrZmlsZS5vCmEg LSBzZW1hcGhvcmUubwphIC0gc3BpbmxvY2subwphIC0gcndsb2NrLm8KYSAtIHB0LW1hY2hpbmUu bwphIC0gb2xkc2VtYXBob3JlLm8KYSAtIGV2ZW50cy5vCmEgLSBnZXRjcHVjbG9ja2lkLm8KYSAt IHBzcGlubG9jay5vCmEgLSBiYXJyaWVyLm8KYSAtIHB0Y2xvY2tfZ2V0dGltZS5vCmEgLSBwdGNs b2NrX3NldHRpbWUubwphIC0gc2lnaGFuZGxlci5vCmEgLSBwdGhhbmRsZXMubwphIC0gbGliYy10 bHMtbG9jLm8KYSAtIHB0dy13cml0ZS5vCmEgLSBwdHctcmVhZC5vCmEgLSBwdHctY2xvc2Uubwph IC0gcHR3LWZjbnRsLm8KYSAtIHB0dy1hY2NlcHQubwphIC0gcHR3LWNvbm5lY3QubwphIC0gcHR3 LXJlY3YubwphIC0gcHR3LXJlY3Zmcm9tLm8KYSAtIHB0dy1yZWN2bXNnLm8KYSAtIHB0dy1zZW5k Lm8KYSAtIHB0dy1zZW5kbXNnLm8KYSAtIHB0dy1zZW5kdG8ubwphIC0gcHR3LWZzeW5jLm8KYSAt IHB0dy1sc2Vlay5vCmEgLSBwdHctbHNlZWs2NC5vCmEgLSBwdHctbGxzZWVrLm8KYSAtIHB0dy1t c3luYy5vCmEgLSBwdHctbmFub3NsZWVwLm8KYSAtIHB0dy1vcGVuLm8KYSAtIHB0dy1vcGVuNjQu bwphIC0gcHR3LXBhdXNlLm8KYSAtIHB0dy1wcmVhZC5vCmEgLSBwdHctcHJlYWQ2NC5vCmEgLSBw dHctcHdyaXRlLm8KYSAtIHB0dy1wd3JpdGU2NC5vCmEgLSBwdHctdGNkcmFpbi5vCmEgLSBwdHct d2FpdC5vCmEgLSBwdHctd2FpdHBpZC5vCmEgLSBwdC1zeXN0ZW0ubwphIC0gb2xkX3B0aHJlYWRf YXRmb3JrLm8KYSAtIHB0aHJlYWRfYXRmb3JrLm8KYSAtIHB0Y2xlYW51cC5vCjogL3Vzci90bXAy L3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251 LWxpbnV4dGhyZWFkcy9saW51eHRocmVhZHMvbGlicHRocmVhZC5hCmNkIC91c3IvdG1wMi9wb3J0 YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51 eHRocmVhZHMvbGludXh0aHJlYWRzICYmIC91c3IvbGliL2djYy1saWIvaTU4Ni1wYy1saW51eC1n bnUvMy4zLjQvLi4vLi4vLi4vLi4vaTU4Ni1wYy1saW51eC1nbnUvYmluL2FyIGNydXYgbGlicHRo cmVhZF9nLmEgYXR0ci5vZyBjYW5jZWwub2cgY29uZHZhci5vZyBqb2luLm9nIG1hbmFnZXIub2cg bXV0ZXgub2cgcHRmb3JrLm9nIHB0bG9uZ2ptcC5vZyBwdGhyZWFkLm9nIHB0LXNpZ3N1c3BlbmQu b2cgc2lnbmFscy5vZyBzcGVjaWZpYy5vZyBlcnJuby5vZyBsb2NrZmlsZS5vZyBzZW1hcGhvcmUu b2cgc3BpbmxvY2sub2cgcndsb2NrLm9nIHB0LW1hY2hpbmUub2cgb2xkc2VtYXBob3JlLm9nIGV2 ZW50cy5vZyBnZXRjcHVjbG9ja2lkLm9nIHBzcGlubG9jay5vZyBiYXJyaWVyLm9nIHB0Y2xvY2tf Z2V0dGltZS5vZyBwdGNsb2NrX3NldHRpbWUub2cgc2lnaGFuZGxlci5vZyBwdGhhbmRsZXMub2cg bGliYy10bHMtbG9jLm9nIHB0dy13cml0ZS5vZyBwdHctcmVhZC5vZyBwdHctY2xvc2Uub2cgcHR3 LWZjbnRsLm9nIHB0dy1hY2NlcHQub2cgcHR3LWNvbm5lY3Qub2cgcHR3LXJlY3Yub2cgcHR3LXJl Y3Zmcm9tLm9nIHB0dy1yZWN2bXNnLm9nIHB0dy1zZW5kLm9nIHB0dy1zZW5kbXNnLm9nIHB0dy1z ZW5kdG8ub2cgcHR3LWZzeW5jLm9nIHB0dy1sc2Vlay5vZyBwdHctbHNlZWs2NC5vZyBwdHctbGxz ZWVrLm9nIHB0dy1tc3luYy5vZyBwdHctbmFub3NsZWVwLm9nIHB0dy1vcGVuLm9nIHB0dy1vcGVu NjQub2cgcHR3LXBhdXNlLm9nIHB0dy1wcmVhZC5vZyBwdHctcHJlYWQ2NC5vZyBwdHctcHdyaXRl Lm9nIHB0dy1wd3JpdGU2NC5vZyBwdHctdGNkcmFpbi5vZyBwdHctd2FpdC5vZyBwdHctd2FpdHBp ZC5vZyBwdC1zeXN0ZW0ub2cgb2xkX3B0aHJlYWRfYXRmb3JrLm9nIHB0aHJlYWRfYXRmb3JrLm9n IHB0Y2xlYW51cC5vZwphIC0gYXR0ci5vcwphIC0gY2FuY2VsLm9zCmEgLSBjb25kdmFyLm9zCmEg LSBqb2luLm9zCmEgLSBtYW5hZ2VyLm9zCmEgLSBtdXRleC5vcwphIC0gcHRmb3JrLm9zCmEgLSBw dGxvbmdqbXAub3MKYSAtIHB0aHJlYWQub3MKYSAtIHB0LXNpZ3N1c3BlbmQub3MKYSAtIHNpZ25h bHMub3MKYSAtIHNwZWNpZmljLm9zCmEgLSBlcnJuby5vcwphIC0gbG9ja2ZpbGUub3MKYSAtIHNl bWFwaG9yZS5vcwphIC0gc3BpbmxvY2sub3MKYSAtIHJ3bG9jay5vcwphIC0gcHQtbWFjaGluZS5v cwphIC0gb2xkc2VtYXBob3JlLm9zCmEgLSBldmVudHMub3MKYSAtIGdldGNwdWNsb2NraWQub3MK YSAtIHBzcGlubG9jay5vcwphIC0gYmFycmllci5vcwphIC0gcHRjbG9ja19nZXR0aW1lLm9zCmEg LSBwdGNsb2NrX3NldHRpbWUub3MKYSAtIHNpZ2hhbmRsZXIub3MKYSAtIHB0aGFuZGxlcy5vcwph IC0gbGliYy10bHMtbG9jLm9zCmEgLSBwdC1hbGxvY3J0c2lnLm9zCmEgLSBwdHctd3JpdGUub3MK YSAtIHB0dy1yZWFkLm9zCmEgLSBwdHctY2xvc2Uub3MKYSAtIHB0dy1mY250bC5vcwphIC0gcHR3 LWFjY2VwdC5vcwphIC0gcHR3LWNvbm5lY3Qub3MKYSAtIHB0dy1yZWN2Lm9zCmEgLSBwdHctcmVj dmZyb20ub3MKYSAtIHB0dy1yZWN2bXNnLm9zCmEgLSBwdHctc2VuZC5vcwphIC0gcHR3LXNlbmRt c2cub3MKYSAtIHB0dy1zZW5kdG8ub3MKYSAtIHB0dy1mc3luYy5vcwphIC0gcHR3LWxzZWVrLm9z CmEgLSBwdHctbHNlZWs2NC5vcwphIC0gcHR3LWxsc2Vlay5vcwphIC0gcHR3LW1zeW5jLm9zCmEg LSBwdHctbmFub3NsZWVwLm9zCmEgLSBwdHctb3Blbi5vcwphIC0gcHR3LW9wZW42NC5vcwphIC0g cHR3LXBhdXNlLm9zCmEgLSBwdHctcHJlYWQub3MKYSAtIHB0dy1wcmVhZDY0Lm9zCmEgLSBwdHct cHdyaXRlLm9zCmEgLSBwdHctcHdyaXRlNjQub3MKYSAtIHB0dy10Y2RyYWluLm9zCmEgLSBwdHct d2FpdC5vcwphIC0gcHR3LXdhaXRwaWQub3MKYSAtIHB0LXN5c3RlbS5vcwphIC0gb2xkX3B0aHJl YWRfYXRmb3JrLm9zCmEgLSBwdGNsZWFudXAub3MKOiAvdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0y LjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2xp bnV4dGhyZWFkcy9saWJwdGhyZWFkX3BpYy5hCmNkIC91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIu My41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbGlu dXh0aHJlYWRzICYmIC91c3IvbGliL2djYy1saWIvaTU4Ni1wYy1saW51eC1nbnUvMy4zLjQvLi4v Li4vLi4vLi4vaTU4Ni1wYy1saW51eC1nbnUvYmluL2FyIGNydXYgbGlicHRocmVhZF9ub25zaGFy ZWQuYSBwdGhyZWFkX2F0Zm9yay5vUwphIC0gcHRocmVhZF9hdGZvcmsub1MKOiAvdXNyL3RtcDIv cG9ydGFnZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUt bGludXh0aHJlYWRzL2xpbnV4dGhyZWFkcy9saWJwdGhyZWFkX25vbnNoYXJlZC5hCmk1ODYtcGMt bGludXgtZ251LWdjYyAvdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRl ZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2xpbnV4dGhyZWFkcy9jcnRpLlMg LWMgLURJU19JTl9saW51eHRocmVhZHM9MSAtSS4uL2luY2x1ZGUgLUkuIC1JL3Vzci90bXAyL3Bv cnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxp bnV4dGhyZWFkcy9saW51eHRocmVhZHMgLUkuLiAtSS4uL2xpYmlvICAtSS91c3IvdG1wMi9wb3J0 YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51 eHRocmVhZHMgLUkuLi9zeXNkZXBzL2kzODYvZWxmIC1JLi4vbGludXh0aHJlYWRzL3N5c2RlcHMv dW5peC9zeXN2L2xpbnV4L2kzODYgLUkuLi9saW51eHRocmVhZHMvc3lzZGVwcy91bml4L3N5c3Yv bGludXggLUkuLi9saW51eHRocmVhZHMvc3lzZGVwcy9wdGhyZWFkIC1JLi4vc3lzZGVwcy9wdGhy ZWFkIC1JLi4vbGludXh0aHJlYWRzL3N5c2RlcHMvdW5peC9zeXN2IC1JLi4vbGludXh0aHJlYWRz L3N5c2RlcHMvdW5peCAtSS4uL2xpbnV4dGhyZWFkcy9zeXNkZXBzL2kzODYvaTU4NiAtSS4uL2xp bnV4dGhyZWFkcy9zeXNkZXBzL2kzODYgLUkuLi9saWJpZG4vc3lzZGVwcy91bml4IC1JLi4vc3lz ZGVwcy91bml4L3N5c3YvbGludXgvaTM4NiAtSS4uL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4IC1J Li4vc3lzZGVwcy9nbnUgLUkuLi9zeXNkZXBzL3VuaXgvY29tbW9uIC1JLi4vc3lzZGVwcy91bml4 L21tYW4gLUkuLi9zeXNkZXBzL3VuaXgvaW5ldCAtSS4uL3N5c2RlcHMvdW5peC9zeXN2L2kzODYg LUkuLi9zeXNkZXBzL3VuaXgvc3lzdiAtSS4uL3N5c2RlcHMvdW5peC9pMzg2IC1JLi4vc3lzZGVw cy91bml4IC1JLi4vc3lzZGVwcy9wb3NpeCAtSS4uL3N5c2RlcHMvaTM4Ni9pNTg2IC1JLi4vc3lz ZGVwcy9pMzg2L2k0ODYgLUkuLi9zeXNkZXBzL2kzODYvZnB1IC1JLi4vc3lzZGVwcy9pMzg2IC1J Li4vc3lzZGVwcy93b3Jkc2l6ZS0zMiAtSS4uL3N5c2RlcHMvaWVlZTc1NC9sZGJsLTk2IC1JLi4v c3lzZGVwcy9pZWVlNzU0L2RibC02NCAtSS4uL3N5c2RlcHMvaWVlZTc1NC9mbHQtMzIgLUkuLi9z eXNkZXBzL2llZWU3NTQgLUkuLi9zeXNkZXBzL2dlbmVyaWMvZWxmIC1JLi4vc3lzZGVwcy9nZW5l cmljIC1ub3N0ZGluYyAtaXN5c3RlbSAvdXNyL2xpYi9nY2MtbGliL2k1ODYtcGMtbGludXgtZ251 LzMuMy40L2luY2x1ZGUgLWlzeXN0ZW0gL3Vzci9pbmNsdWRlIC1EX0xJQkNfUkVFTlRSQU5UIC1p bmNsdWRlIC4uL2luY2x1ZGUvbGliYy1zeW1ib2xzLmggIC1EUElDICAgICAtREFTU0VNQkxFUiAg LURHQVNfU1lOVEFYICAtV2EsLS1ub2V4ZWNzdGFjayAgLWcwICAtbyAvdXNyL3RtcDIvcG9ydGFn ZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0 aHJlYWRzL2xpbnV4dGhyZWFkcy9jcnRpLm8KaTU4Ni1wYy1saW51eC1nbnUtZ2NjIC91c3IvdG1w Mi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdu dS1saW51eHRocmVhZHMvbGludXh0aHJlYWRzL2NydG4uUyAtYyAtRElTX0lOX2xpbnV4dGhyZWFk cz0xIC1JLi4vaW5jbHVkZSAtSS4gLUkvdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMuNS93b3Jr L2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2xpbnV4dGhyZWFk cyAtSS4uIC1JLi4vbGliaW8gIC1JL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9i dWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcyAtSS4uL3N5c2RlcHMv aTM4Ni9lbGYgLUkuLi9saW51eHRocmVhZHMvc3lzZGVwcy91bml4L3N5c3YvbGludXgvaTM4NiAt SS4uL2xpbnV4dGhyZWFkcy9zeXNkZXBzL3VuaXgvc3lzdi9saW51eCAtSS4uL2xpbnV4dGhyZWFk cy9zeXNkZXBzL3B0aHJlYWQgLUkuLi9zeXNkZXBzL3B0aHJlYWQgLUkuLi9saW51eHRocmVhZHMv c3lzZGVwcy91bml4L3N5c3YgLUkuLi9saW51eHRocmVhZHMvc3lzZGVwcy91bml4IC1JLi4vbGlu dXh0aHJlYWRzL3N5c2RlcHMvaTM4Ni9pNTg2IC1JLi4vbGludXh0aHJlYWRzL3N5c2RlcHMvaTM4 NiAtSS4uL2xpYmlkbi9zeXNkZXBzL3VuaXggLUkuLi9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9p Mzg2IC1JLi4vc3lzZGVwcy91bml4L3N5c3YvbGludXggLUkuLi9zeXNkZXBzL2dudSAtSS4uL3N5 c2RlcHMvdW5peC9jb21tb24gLUkuLi9zeXNkZXBzL3VuaXgvbW1hbiAtSS4uL3N5c2RlcHMvdW5p eC9pbmV0IC1JLi4vc3lzZGVwcy91bml4L3N5c3YvaTM4NiAtSS4uL3N5c2RlcHMvdW5peC9zeXN2 IC1JLi4vc3lzZGVwcy91bml4L2kzODYgLUkuLi9zeXNkZXBzL3VuaXggLUkuLi9zeXNkZXBzL3Bv c2l4IC1JLi4vc3lzZGVwcy9pMzg2L2k1ODYgLUkuLi9zeXNkZXBzL2kzODYvaTQ4NiAtSS4uL3N5 c2RlcHMvaTM4Ni9mcHUgLUkuLi9zeXNkZXBzL2kzODYgLUkuLi9zeXNkZXBzL3dvcmRzaXplLTMy IC1JLi4vc3lzZGVwcy9pZWVlNzU0L2xkYmwtOTYgLUkuLi9zeXNkZXBzL2llZWU3NTQvZGJsLTY0 IC1JLi4vc3lzZGVwcy9pZWVlNzU0L2ZsdC0zMiAtSS4uL3N5c2RlcHMvaWVlZTc1NCAtSS4uL3N5 c2RlcHMvZ2VuZXJpYy9lbGYgLUkuLi9zeXNkZXBzL2dlbmVyaWMgLW5vc3RkaW5jIC1pc3lzdGVt IC91c3IvbGliL2djYy1saWIvaTU4Ni1wYy1saW51eC1nbnUvMy4zLjQvaW5jbHVkZSAtaXN5c3Rl bSAvdXNyL2luY2x1ZGUgLURfTElCQ19SRUVOVFJBTlQgLWluY2x1ZGUgLi4vaW5jbHVkZS9saWJj LXN5bWJvbHMuaCAgLURQSUMgICAgIC1EQVNTRU1CTEVSICAtREdBU19TWU5UQVggIC1XYSwtLW5v ZXhlY3N0YWNrICAtZzAgIC1vIC91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVp bGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbGludXh0aHJlYWRzL2Ny dG4ubwphIC0gYXR0ci5vZwphIC0gY2FuY2VsLm9nCmEgLSBjb25kdmFyLm9nCmEgLSBqb2luLm9n CmEgLSBtYW5hZ2VyLm9nCmEgLSBtdXRleC5vZwphIC0gcHRmb3JrLm9nCmEgLSBwdGxvbmdqbXAu b2cKYSAtIHB0aHJlYWQub2cKYSAtIHB0LXNpZ3N1c3BlbmQub2cKYSAtIHNpZ25hbHMub2cKYSAt IHNwZWNpZmljLm9nCmEgLSBlcnJuby5vZwphIC0gbG9ja2ZpbGUub2cKYSAtIHNlbWFwaG9yZS5v ZwphIC0gc3BpbmxvY2sub2cKYSAtIHJ3bG9jay5vZwphIC0gcHQtbWFjaGluZS5vZwphIC0gb2xk c2VtYXBob3JlLm9nCmEgLSBldmVudHMub2cKYSAtIGdldGNwdWNsb2NraWQub2cKYSAtIHBzcGlu bG9jay5vZwphIC0gYmFycmllci5vZwphIC0gcHRjbG9ja19nZXR0aW1lLm9nCmEgLSBwdGNsb2Nr X3NldHRpbWUub2cKYSAtIHNpZ2hhbmRsZXIub2cKYSAtIHB0aGFuZGxlcy5vZwphIC0gbGliYy10 bHMtbG9jLm9nCmEgLSBwdHctd3JpdGUub2cKYSAtIHB0dy1yZWFkLm9nCmEgLSBwdHctY2xvc2Uu b2cKYSAtIHB0dy1mY250bC5vZwphIC0gcHR3LWFjY2VwdC5vZwphIC0gcHR3LWNvbm5lY3Qub2cK YSAtIHB0dy1yZWN2Lm9nCmEgLSBwdHctcmVjdmZyb20ub2cKYSAtIHB0dy1yZWN2bXNnLm9nCmEg LSBwdHctc2VuZC5vZwphIC0gcHR3LXNlbmRtc2cub2cKYSAtIHB0dy1zZW5kdG8ub2cKYSAtIHB0 dy1mc3luYy5vZwphIC0gcHR3LWxzZWVrLm9nCmEgLSBwdHctbHNlZWs2NC5vZwphIC0gcHR3LWxs c2Vlay5vZwphIC0gcHR3LW1zeW5jLm9nCmEgLSBwdHctbmFub3NsZWVwLm9nCmEgLSBwdHctb3Bl bi5vZwphIC0gcHR3LW9wZW42NC5vZwphIC0gcHR3LXBhdXNlLm9nCmEgLSBwdHctcHJlYWQub2cK YSAtIHB0dy1wcmVhZDY0Lm9nCmEgLSBwdHctcHdyaXRlLm9nCmEgLSBwdHctcHdyaXRlNjQub2cK YSAtIHB0dy10Y2RyYWluLm9nCmEgLSBwdHctd2FpdC5vZwphIC0gcHR3LXdhaXRwaWQub2cKYSAt IHB0LXN5c3RlbS5vZwphIC0gb2xkX3B0aHJlYWRfYXRmb3JrLm9nCmEgLSBwdGhyZWFkX2F0Zm9y ay5vZwphIC0gcHRjbGVhbnVwLm9nCjogL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29y ay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9saW51eHRocmVh ZHMvbGlicHRocmVhZF9nLmEKaTU4Ni1wYy1saW51eC1nbnUtZ2NjICAgLXNoYXJlZCAtc3RhdGlj LWxpYmdjYyAtV2wsLU8xICAtV2wsLXosZGVmcyAtV2wsLWR5bmFtaWMtbGlua2VyPS9saWIvbGQt bGludXguc28uMiAtQi91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVm YXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbGludXh0aHJlYWRzLyAtQi91c3Iv dG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4 LWdudS1saW51eHRocmVhZHMvY3N1LyAtQi91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dv cmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbGludXh0aHJl YWRzLyAtV2wsLS12ZXJzaW9uLXNjcmlwdD0vdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMuNS93 b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2xpYnB0aHJl YWQubWFwIC1XbCwtc29uYW1lPWxpYnB0aHJlYWQuc28uMCAtV2wsLXosY29tYnJlbG9jIC1XbCwt eixyZWxybyAtV2wsLS1lbmFibGUtbmV3LWR0YWdzLC16LG5vZGVsZXRlIC1XbCwtLWVuYWJsZS1u ZXctZHRhZ3MsLXosaW5pdGZpcnN0IC1ML3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29y ay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcyAtTC91c3IvdG1w Mi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdu dS1saW51eHRocmVhZHMvbWF0aCAtTC91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsv YnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvZWxmIC1ML3Vzci90 bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgt Z251LWxpbnV4dGhyZWFkcy9kbGZjbiAtTC91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dv cmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbnNzIC1ML3Vz ci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGlu dXgtZ251LWxpbnV4dGhyZWFkcy9uaXMgLUwvdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMuNS93 b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL3J0IC1ML3Vz ci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGlu dXgtZ251LWxpbnV4dGhyZWFkcy9yZXNvbHYgLUwvdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMu NS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2NyeXB0 IC1ML3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYt cGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9saW51eHRocmVhZHMgLVdsLC1ycGF0aC1saW5rPS91 c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxp bnV4LWdudS1saW51eHRocmVhZHM6L3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9i dWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9tYXRoOi91c3IvdG1w Mi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdu dS1saW51eHRocmVhZHMvZWxmOi91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVp bGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvZGxmY246L3Vzci90bXAy L3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251 LWxpbnV4dGhyZWFkcy9uc3M6L3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWls ZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9uaXM6L3Vzci90bXAyL3Bv cnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxp bnV4dGhyZWFkcy9ydDovdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRl ZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL3Jlc29sdjovdXNyL3RtcDIvcG9y dGFnZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGlu dXh0aHJlYWRzL2NyeXB0Oi91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQt ZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbGludXh0aHJlYWRzIC1vIC91 c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxp bnV4LWdudS1saW51eHRocmVhZHMvbGludXh0aHJlYWRzL2xpYnB0aHJlYWQuc28gLVQgL3Vzci90 bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgt Z251LWxpbnV4dGhyZWFkcy9zaGxpYi5sZHMgL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUv d29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9jc3UvYWJp LW5vdGUubyAtV2wsLS13aG9sZS1hcmNoaXZlIC91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41 L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbGludXh0 aHJlYWRzL2xpYnB0aHJlYWRfcGljLmEgLVdsLC0tbm8td2hvbGUtYXJjaGl2ZSAvdXNyL3RtcDIv cG9ydGFnZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUt bGludXh0aHJlYWRzL2VsZi9pbnRlcnAub3MgL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUv d29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9saWJjLnNv IC91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dvcmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBj LWxpbnV4LWdudS1saW51eHRocmVhZHMvbGliY19ub25zaGFyZWQuYSAvdXNyL3RtcDIvcG9ydGFn ZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0 aHJlYWRzL2VsZi9sZC5zbyAKL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWls ZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9saW51eHRocmVhZHMvbGli cHRocmVhZF9waWMuYShwdGhyZWFkLm9zKSgudGV4dCsweDE2MSk6IEluIGZ1bmN0aW9uIGBfX3B0 aHJlYWRfaW5pdGlhbGl6ZSc6CjogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgX3JlcycKL3Vzci90 bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgt Z251LWxpbnV4dGhyZWFkcy9saW51eHRocmVhZHMvbGlicHRocmVhZF9waWMuYShwdGhyZWFkLm9z KSgudGV4dCsweDdlZik6IEluIGZ1bmN0aW9uIGBfX3B0aHJlYWRfaW5pdGlhbGl6ZV9tYW5hZ2Vy JzoKOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfcmVzJwovdXNyL3RtcDIvcG9ydGFnZS9nbGli Yy0yLjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRz L2xpbnV4dGhyZWFkcy9saWJwdGhyZWFkX3BpYy5hKHB0aHJlYWQub3MpKC50ZXh0KzB4MTA3YSk6 IEluIGZ1bmN0aW9uIGBfX3B0aHJlYWRfcmVzZXRfbWFpbl90aHJlYWQnOgo6IHVuZGVmaW5lZCBy ZWZlcmVuY2UgdG8gYF9oX2Vycm5vJwovdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMuNS93b3Jr L2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2xpbnV4dGhyZWFk cy9saWJwdGhyZWFkX3BpYy5hKHB0aHJlYWQub3MpKC50ZXh0KzB4MTA4OSk6IEluIGZ1bmN0aW9u IGBfX3B0aHJlYWRfcmVzZXRfbWFpbl90aHJlYWQnOgo6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8g YF9lcnJubycKL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9idWlsZC1kZWZhdWx0 LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9saW51eHRocmVhZHMvbGlicHRocmVhZF9w aWMuYShwdGhyZWFkLm9zKSgudGV4dCsweDEwOTcpOiBJbiBmdW5jdGlvbiBgX19wdGhyZWFkX3Jl c2V0X21haW5fdGhyZWFkJzoKOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBfcmVzJwovdXNyL3Rt cDIvcG9ydGFnZS9nbGliYy0yLjMuNS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1n bnUtbGludXh0aHJlYWRzL2xpbnV4dGhyZWFkcy9saWJwdGhyZWFkX3BpYy5hKHB0aHJlYWQub3Mp KC50ZXh0KzB4MTk0MSk6IEluIGZ1bmN0aW9uIGBwdGhyZWFkX2luaXRpYWxpemUnOgo6IHVuZGVm aW5lZCByZWZlcmVuY2UgdG8gYF9yZXMnCi91c3IvdG1wMi9wb3J0YWdlL2dsaWJjLTIuMy41L3dv cmsvYnVpbGQtZGVmYXVsdC1pNTg2LXBjLWxpbnV4LWdudS1saW51eHRocmVhZHMvbGludXh0aHJl YWRzL2xpYnB0aHJlYWRfcGljLmEocHRocmVhZC5vcykoLmRhdGEucmVsKzB4MWI4KTogdW5kZWZp bmVkIHJlZmVyZW5jZSB0byBgX2Vycm5vJwovdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMuNS93 b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2xpbnV4dGhy ZWFkcy9saWJwdGhyZWFkX3BpYy5hKHB0aHJlYWQub3MpKC5kYXRhLnJlbCsweDFjMCk6IHVuZGVm aW5lZCByZWZlcmVuY2UgdG8gYF9oX2Vycm5vJwovdXNyL3RtcDIvcG9ydGFnZS9nbGliYy0yLjMu NS93b3JrL2J1aWxkLWRlZmF1bHQtaTU4Ni1wYy1saW51eC1nbnUtbGludXh0aHJlYWRzL2xpbnV4 dGhyZWFkcy9saWJwdGhyZWFkX3BpYy5hKHB0aHJlYWQub3MpKC5kYXRhLnJlbCsweDFjOCk6IHVu ZGVmaW5lZCByZWZlcmVuY2UgdG8gYF9yZXMnCmNvbGxlY3QyOiBsZCByZXR1cm5lZCAxIGV4aXQg c3RhdHVzCm1ha2VbMl06ICoqKiBbL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9i dWlsZC1kZWZhdWx0LWk1ODYtcGMtbGludXgtZ251LWxpbnV4dGhyZWFkcy9saW51eHRocmVhZHMv bGlicHRocmVhZC5zb10gRXJyb3IgMQptYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci90 bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9nbGliYy0yLjMuNS9saW51eHRocmVhZHMnCm1h a2VbMV06ICoqKiBbbGludXh0aHJlYWRzL290aGVyc10gRXJyb3IgMgptYWtlWzFdOiBMZWF2aW5n IGRpcmVjdG9yeSBgL3Vzci90bXAyL3BvcnRhZ2UvZ2xpYmMtMi4zLjUvd29yay9nbGliYy0yLjMu NScKbWFrZTogKioqIFthbGxdIEVycm9yIDIKCiEhISBFUlJPUjogc3lzLWxpYnMvZ2xpYmMtMi4z LjUgZmFpbGVkLgohISEgRnVuY3Rpb24gdG9vbGNoYWluLWdsaWJjX3NyY19jb21waWxlLCBMaW5l IDIzNywgRXhpdGNvZGUgMgohISEgKG5vIGVycm9yIG1lc3NhZ2UpCiEhISBJZiB5b3UgbmVlZCBz dXBwb3J0LCBwb3N0IHRoZSB0b3Btb3N0IGJ1aWxkIGVycm9yLCBOT1QgdGhpcyBzdGF0dXMgbWVz c2FnZS4KCgo=