Summary: | glibc emerge fails with set_thread_area with gcc 3.4.4 under UML | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Wyatt Draggoo <wyatt> |
Component: | [OLD] Library | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | sascha-gentoo-bugzilla, wyatt |
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Wyatt Draggoo
2006-01-22 22:15:40 UTC
try rebuilding binutils/gcc and then see if glibc works ... I've got exactly the same problem, but with glibc-2.3.6-r4. It's a UML host, too. Will try rebuilding binutils & gcc now. The problem has appeared after upgrading the profile to default-linux/x86/2006.0 since Portage complained about it being removed on June 30th (probably was default-linux/x86/2005.0 before). root@infra:~# emerge --info Portage 2.1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.15.6-infra-r1-uml i686) ================================================================= System uname: 2.6.15.6-infra-r1-uml i686 UML Gentoo Base System version 1.6.14 distcc 2.18.3 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-mcpu=athlon-tbird -O2 -pipe" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/usr/lib/X11/xkb /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-mcpu=athlon-tbird -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://gentoo.inode.at/ ftp://gentoo.inode.at/source/" LINGUAS="en_US en_GB en de_DE de" MAKEOPTS="-s" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/inst/level3/sync/portage-local" SYNC="rsync://rsync.sascha.silbe.org/gentoo-portage" USE="x86 acl berkdb bitmap-fonts cli crypt doc dri eds emboss fortran gdbm ipv6 isdnlog jpeg maildir mbox mp3 ncurses nls nptl ogg oggvorbis pam pcre png pppd python readline reflection session spl ssl truetype-fonts type1-fonts udev unicode vorbis xml xml2 xorg zlib elibc_glibc kernel_linux linguas_en_US linguas_en_GB linguas_en linguas_de_DE linguas_de userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS Rebuilding both binutils-2.16.1-r2 and gcc-3.4.6-r1 did not help. Please reopen the bug. Some investigation (see [1]) suggests that NPTL is to blame. Linux 2.6 UML doesn't support NPTL, but it's enabled by default now in Gentoo (probably because of the profile change). I'll try building glibc without NTPL now. [1] http://marc.theaimsgroup.com/?l=user-mode-linux-devel&m=107450100910873&w=2 USE=-nptl gave another set of errors, but using the profile default-linux/x86/no-nptl I could update glibc successfully. So I suggest you add a note about needing to use that profile for 2.6 UML machines to: a) the Gentoo User Mode Linux Guide [1], b) the Gentoo Upgrading Guide [2], c) the Portage profile upgrading instructions [3 et al.] and d) the glibc ebuild (as an ewarn in src_unpack). After NTPL support has been added to UML, users can switch to the default profile. [1] http://www.gentoo.org/doc/en/uml.xml [2] http://www.gentoo.org/doc/en/gentoo-upgrading.xml [3] /usr/portage/profiles/default-linux/x86/2005.0/deprecated file a new bug, toolchain doesnt maintain uml documentation not a glibc bug I've filed bugs #137908 and #137913 against documentation and profiles, respectively. But I still suggest you add an ewarn to the glibc ebuild. |