Bug 30700 – emerge -u glib from 2.2.2 to 2.2.3 fails due to not detecting pthreads functions in threads libs

• Status: RESOLVED NEEDINFO
• Product: Gentoo Linux

[Description Dan Foster 2003-10-08 15:32:21 UTC]

On a fully current GL 1.4/x86 system (emerge sync && emerge -uD world is done on
a daily basis), the configure fails for glib-2.2.3 because it cannot find
pthreads functions in any of the threading libraries. I have glibc-2.3.2-r1
installed.

Here is the relevant section of the configure run for glib 2.2.3 showing how it
dealt with the threading detection:

checking for thread implementation... posix
checking thread related cflags... -D_REENTRANT
checking for pthread_create/pthread_join... no
checking for pthread_create/pthread_join in -lpthread... no
checking for pthread_create/pthread_join in -lpthread32... no
checking for pthread_create/pthread_join in -lpthreads... no
checking for pthread_create/pthread_join in -lthread... no
checking for pthread_create/pthread_join in -ldce... no
configure: error: I can't find the libraries for the thread implementation
                posix. Please choose another thread implementation or
                provide information on your thread implementation.
                You can also run 'configure --disable-threads'
                to compile without thread support.


Reproducible: Always
Steps to Reproduce:
1. emerge sync && emerge -uD world
2. (step #1 will eventually fetch and unpack glib-2.2.3 then run configure which
bombs after not finding appropriate threading functions.
3.

Actual Results:  
The configure run bombs out (and returns me to the # shell prompt) after the
messages pasted in the details section of this report.

Expected Results:  
Keep on going with configure run and then start its compilation of source files.

Here are the threading libs present:

gaia root # ls /usr/lib/*thread*          
/usr/lib/libgthread-1.2.so.0        /usr/lib/libgthread.la
/usr/lib/libgthread-1.2.so.0.0.10   /usr/lib/libgthread.so
/usr/lib/libgthread-2.0.la          /usr/lib/libpthread.a
/usr/lib/libgthread-2.0.so          /usr/lib/libpthread.a.orig
/usr/lib/libgthread-2.0.so.0        /usr/lib/libpthread.so
/usr/lib/libgthread-2.0.so.0.200.2  /usr/lib/libpthread_nonshared.a
/usr/lib/libgthread.a               /usr/lib/libthread_db.so

gaia root # cat /etc/gentoo-release 
Gentoo Base System version 1.4.3.10p1

gaia root # uname -a
Linux gaia.roc2.gblx.net 2.4.20-gentoo-r7 #1 Sat Sep 13 08:06:39 GMT 2003 i686
Pentium III (Coppermine) GenuineIntel GNU/Linux

Currently installed glibc and glib port:

gaia root # qpkg -I -v glib
sys-libs/glibc-2.3.2-r1 *
dev-libs/glib-2.2.2 *

gaia root # emerge info
Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo-r7)
=================================================================
System uname: 2.4.20-gentoo-r7 i686 Pentium III (Coppermine)
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=i686 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-mcpu=i686 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ libwww mad
mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv
zlib gdbm berkdb slang readline arts svga java sdl gpm perl python esd imlib
oggvorbis motif opengl mozilla ldap X qt kde tcpd pam ssl mbox -gnome -gtk -maildir"

[Comment 1 foser (RETIRED) 2003-10-09 05:53:59 UTC]

the weird thing i see here is the '/usr/lib/libpthread.a.orig' .. i don't
have it on my system. Do you know anything about that ? try 'qpkg -f /usr/lib/libpthread.a.orig'

[Comment 2 foser (RETIRED) 2003-10-12 09:21:11 UTC]

waiting for reply

[Comment 3 Dan Foster 2003-10-12 09:58:42 UTC]

Oh, nah, that was me doing a manual cp to save the library to ensure I
could reproduce the problem no matter what.

I've since then rm'd the cp'd library file, and re-emerge'd glibc (which
contains the threads libs) then redid the emerge -u glib but exact same problem
as before.

I'm currently trying a rebuild of binutils in case it's ld not linking properly.

I'm trying to isolate the simplest test case from configure run to post here.

[Comment 4 foser (RETIRED) 2003-10-26 12:08:00 UTC]

any word on this ?

[Comment 5 foser (RETIRED) 2003-11-20 08:40:46 UTC]

closing, reopen if needed.