Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 100677 - new sys-libs/glibc-2.3.5.20050722 fails to emerge
Summary: new sys-libs/glibc-2.3.5.20050722 fails to emerge
Status: RESOLVED DUPLICATE of bug 111659
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-29 02:42 UTC by Torsten Kaiser
Modified: 2006-04-20 20:37 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Torsten Kaiser 2005-07-29 02:42:25 UTC
A new "sanity" check in the configure results in an failure to compile the 
linuxthreads version of glibc on gentoo systems. 

Reproducible: Always
Steps to Reproduce:
1.emerge =sys-libs/glibc-2.3.5.20050722 
 
Actual Results:  
*** On GNU/Linux systems it is normal to compile GNU libc with the 
*** `nptl' add-on.  Without that, the library will be 
*** incompatible with normal GNU/Linux systems. 
*** If you really mean to not use this add-on, run configure again 
*** using the extra parameter `--disable-sanity-checks'. 
 
!!! ERROR: sys-libs/glibc-2.3.5.20050722 failed. 
!!! Function glibc_do_configure, Line 914, Exitcode 1 
!!! failed to configure glibc 
 

Expected Results:  
New glibc ;) 

My system is configured to emerge both the nptl and the linuxthread version, as 
default, so the ebuild will try to build both versions of the glibc. 
This will be executes as two separate steps and as there is now an additional 
check to not build the linuxthread version alone this check will fail. 
 
Best course of action is probably just to add the --disable-sanity-checks 
parameter for the linuxthread build. If the other sanity checks are wanted, 
then the new configure version needs to be patched to remove this check.
Comment 1 Juergen Kaetzler 2005-08-06 03:04:54 UTC
It's the same here for me. Typing 'USE="nptl" emerge glibc" does not work
either. Adding the "--disable-sanity-checks" (as Torsten suggested) in the
ebuild gives me a working glibc-2.3.5.20050722
Will there be a fix for this "little" problem?
Comment 2 Torsten Kaiser 2005-08-17 12:20:44 UTC
I looked into the glibc configure to determine what checks will be disabled if
the above switch was given.
It will only disable the check for ntpl which disturbs the build on gentoo and a
check to prevent the user from accidently installing glibc into /usr/local.
As the prefix will be generated by the ebuild (fixed as /usr or when
crosscompiling /usr/${CTARGET}) this check is not really needed.

The following patch will supplie the flag for the linuxthread compile:

--- glibc-2.3.5.20050722.ebuild~        2005-08-17 21:11:00.341442352 +0200
+++ glibc-2.3.5.20050722.ebuild 2005-08-17 21:11:00.369438096 +0200
@@ -876,7 +876,7 @@
                        myconf="${myconf} --without-tls --without-__thread"
                fi

-               myconf="${myconf} --enable-add-ons=linuxthreads${ADDONS}"
+               myconf="${myconf} --enable-add-ons=linuxthreads${ADDONS}
--disable-sanity-checks"
                myconf="${myconf} --enable-kernel=${LT_KERNEL_VERSION}"
        elif [ "$1" == "nptl" ] ; then
                myconf="${myconf} --with-tls --with-__thread"
Comment 3 Torsten Kaiser 2005-08-27 23:37:00 UTC
After adding the patch from comment #2 the compile started, but later aborted
with an error.
I needed to add the following patched to get glibc to compile::

http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/linuxthreads/sysdeps/i386/Attic/tls.h.diff?r1=1.37&r2=1.38&cvsroot=glibc&hideattic=0
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/linuxthreads/Attic/pthread.c.diff?r1=1.135&r2=1.136&cvsroot=glibc&hideattic=0
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/linuxthreads_db/Attic/td_thr_tlsbase.c.diff?r1=1.3&r2=1.4&cvsroot=glibc&hideattic=0

There seems to be something wrong with this ebuild. All of this commits are from
Jan 9 2005, so this changes should normally be included in a snapshot of Jul 22
2005.

On the other hand: All affected files have been removed from the glibc-CVS on
Jul 2 2005, so it should not really matter that they are stale.

Should the file glibc-linuxthreads-2.3.5.tar.bz2 that is used in the ebuild be
updated?

Anyway: With the patches from the glibc-CVS I was able to comple successfully
and the system is up and running.

My emerge --info:
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-4.0.1,
glibc-2.3.5.20050722-r0, 2.6.12-gentoo-r9 i686)
=================================================================
System uname: 2.6.12-gentoo-r9 i686 Intel(R) Celeron(TM) CPU                1300MHz
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.12
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
sys-devel/binutils:  2.15.92.0.2-r10, 2.16.1
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="-O3 -march=pentium3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg ccache distlocks fixpackages sandbox sfperms strict"
GENTOO_MIRRORS="[removed]"
MAKEOPTS="-j4"
PKGDIR="/var/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/root/ebuilds"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X acl acpi alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl
doc dvd dvdr eds emacs emboss encode esd ethereal fam ffmpeg flac font-server
foomaticdb fortran gcj gd gdbm gif gpm gstreamer gtk gtk2 ieee1394 imagemagick
imlib ipv6 ithreads java jpeg junit kde libg++ libwww mad mbox mikmod motif
mozcalendar mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg mysql nas ncurses nls
nptl ogg oggvorbis opengl oss pam pda pdflib perl png python qt quicktime
readline ruby samba scanner sdl session slang spell ssl svg svga tcltk tcpd
tetex theora tiff truetype truetype-fonts type1-fonts usb vorbis wxgtk1 xinerama
xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 4 SpanKY gentoo-dev 2006-04-20 20:37:56 UTC

*** This bug has been marked as a duplicate of 111659 ***