Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 67166 - Qt apps don't compile after glibc upgrade using nptl (unresolved pthread symbols)
Summary: Qt apps don't compile after glibc upgrade using nptl (unresolved pthread symb...
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
: 67138 67416 67429 67439 67496 67577 68275 68355 71056 74295 81268 85546 86721 88517 88828 94302 100093 111308 121715 143757 144103 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-10-11 15:25 UTC by Prakash Punnoor
Modified: 2006-08-20 12:43 UTC (History)
32 users (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 Prakash Punnoor 2004-10-11 15:25:28 UTC
qt compiles with previous glibc version, but not with this.


g++ -fno-exceptions -o ../../../bin/uic .obj/release-shared-mt/main.o .obj/release-shared-mt/uic.o .obj/release-shared-mt/form.o .obj/release-shared-mt/object.o .obj/release-shared-mt/subclassing.o .obj/release-shared-mt/embed.o .obj/release-shared-mt/widgetdatabase.o .obj/release-shared-mt/domtool.o .obj/release-shared-mt/parser.o    -L/var/tmp/portage/qt-3.3.3-r1/work/qt-x11-free-3.3.3/lib -L/usr/X11R6/lib -lqt-mt -lmng -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread
/lib/libpthread.so.0: undefined reference to `errno@GLIBC_PRIVATE'
/lib/libpthread.so.0: undefined reference to `__libc_dl_error_tsd@GLIBC_PRIVATE'
/lib/libpthread.so.0: undefined reference to `__libc_fork@GLIBC_2.1.2'
/lib/libpthread.so.0: undefined reference to `__resp@GLIBC_PRIVATE'
/lib/libpthread.so.0: undefined reference to `h_errno@GLIBC_PRIVATE'
collect2: ld returned 1 exit status
make[3]: *** [../../../bin/uic] Error 1
make[3]: Leaving directory `/var/tmp/portage/qt-3.3.3-r1/work/qt-x11-free-3.3.3/tools/designer/uic'
make[2]: *** [sub-uic] Error 2
make[2]: Leaving directory `/var/tmp/portage/qt-3.3.3-r1/work/qt-x11-free-3.3.3/tools/designer'
make[1]: *** [sub-designer] Error 2
make[1]: Leaving directory `/var/tmp/portage/qt-3.3.3-r1/work/qt-x11-free-3.3.3/tools'
make: *** [sub-tools] Error 2

!!! ERROR: x11-libs/qt-3.3.3-r1 failed.
!!! Function src_compile, Line 113, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.



Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51_rc9 (gcc34-x86-2004.2, gcc-3.4.2, glibc-2.3.4.20041006-r0,
2.6.9-rc4-ck1 i686)
=================================================================
System uname: 2.6.9-rc4-ck1 i686 AMD Athlon(tm)
Gentoo Base System version 1.5.3
distcc 2.17 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -mtune=athlon-xp -O2 -pipe -frename-registers
-fomit-frame-pointer -fprefetch-loop-arrays"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown
/usr/kde/3/share/config /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="-march=athlon-xp -mtune=athlon-xp -O2 -pipe -frename-registers
-fomit-frame-pointer -fprefetch-loop-arrays -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache digest distlocks prelink sandbox"
GENTOO_MIRRORS=" ftp://ftp.tu-clausthal.de/pub/linux/gentoo/
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/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/bmg-main /usr/lportage"
SYNC="rsync://linux.rz.ruhr-uni-bochum.de/gentoo-portage/"
USE="3dnow 3dnowex S3TC X Xaw3d aac acpi acpi4linux alsa apm audiofile avi
berkdb bitmap-fonts cddb cdparanoia cdr crypt cups dga divx4linux dts dv dvb dvd
dvdr dvdread edl encode ext-png ext-zlib f77 faac faad ffmpeg fftw flac
foomaticdb freetype gdbm gif gimp gimpprint gnome gphoto2 gpm gs gstreamer gtk
gtk2 gtkhtml hal ieee1394 imlib javascript jpeg kde ldap libg++ libwww live
lm_sensors lzo mad matroska mikmod mmx mmx2 monkey motifmoznocompose mpeg mpi
nas ncurses network nls nocd nptl nvidia oggvorbis openal opengl openssh oss pam
pdflibperl pic png ppds python qt qtmt quicktime readline rtc samba scanner sdl
slang smime speex spell sse ssl tcpd tetex theora threads tiff transcode
truetype usb videos wmf wxwindows x86 xfs xine xinetd xml xml2 xmms xprint xv
xvid xvmc yv12 zlib linguas_de"
Comment 1 giggles1 2004-10-11 21:08:26 UTC
I also have this problem.

As a corollary, kmplayer or (say) kdebase also will not compile, configure says it can't find qt. 

Tho I should add, everything works on my AMD system. This is only a problem on my intel laptop.
Comment 2 Prakash Punnoor 2004-10-12 03:00:02 UTC
gnome-panel errors out with the same messages on compiling. But I reemerged glibc using nptlonly and this works again. So installing nptl and pthread version seems to confuse something...
Comment 3 Caleb Tennis (RETIRED) gentoo-dev 2004-10-12 05:34:21 UTC
*** Bug 67138 has been marked as a duplicate of this bug. ***
Comment 4 Caleb Tennis (RETIRED) gentoo-dev 2004-10-12 05:34:56 UTC
yeah, this isn't a qt bug, it's a glibc bug
Comment 5 giggles1 2004-10-12 10:38:46 UTC
confirm, adding "ntplonly" allows qt to compile.
Comment 6 Caleb Tennis (RETIRED) gentoo-dev 2004-10-13 10:42:34 UTC
*** Bug 67416 has been marked as a duplicate of this bug. ***
Comment 7 Caleb Tennis (RETIRED) gentoo-dev 2004-10-13 10:43:37 UTC
*** Bug 67429 has been marked as a duplicate of this bug. ***
Comment 8 Simone Gotti (RETIRED) gentoo-dev 2004-10-13 12:02:03 UTC
Maybe it's fixed?

13 Oct 2004; Travis Tilley <lv@gentoo.org> glibc-2.3.4.20040808-r1.ebuild,
 glibc-2.3.4.20041006.ebuild:
 it seems the strange libpthread-not-installed bug was an ebuild quirk and not
 a portage quirk. it should hopefully be fixed now. i've also added a safety
 function to 2.3.4.20040808 and 2.3.4.20041006 that will prevent glibc from
 installing if libpthread is missing, which will likely be expanded further in
 the future. re-keyworded 2.3.4.20041006 ~amd64.
Comment 9 Travis Tilley (RETIRED) gentoo-dev 2004-10-13 12:15:42 UTC
>>> x11-libs/qt-3.3.3-r1 merged.

ayanami portcvs # /lib64/libc.so.6 | grep -e ^GNU -e hreads
GNU C Library 20041006 release version 2.3.4, by Roland McGrath et al.
        linuxthreads-0.10 by Xavier Leroy

works for me. :/
Comment 10 Travis Tilley (RETIRED) gentoo-dev 2004-10-13 12:16:46 UTC
if libpthread actually installed, no, it's not fixed. the bug i just fixed was that the linuxthreads libpthread was occasionally not being installed at all...
Comment 11 Travis Tilley (RETIRED) gentoo-dev 2004-10-13 12:25:05 UTC
can everyone here run:

file /lib/libpthread.so.0
file /lib/libpthread-0.10.so
readelf -a /lib/libpthread.so.0 | grep __libc_fork
readelf -a /lib/libc.so.6 | grep __libc_fork

also, what glibc version are you all upgrading from?
Comment 12 Colin Tinker 2004-10-13 12:33:33 UTC
file /lib/libpthread.so.0
/lib/libpthread.so.0: symbolic link to `libpthread-0.10.so'

file /lib/libpthread-0.10.so
/lib/libpthread-0.10.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped


readelf -a /lib/libpthread.so.0 | grep __libc_fork
0000f15c  00012207 R_386_JUMP_SLOT   00000000   __libc_fork
   290: 00000000    88 FUNC    GLOBAL DEFAULT  UND __libc_fork@GLIBC_PRIVATE (14)
   877: 00000000    88 FUNC    GLOBAL DEFAULT  UND __libc_fork@@GLIBC_PRIVAT

readelf -a /lib/libc.so.6 | grep __libc_fork
  1632: 00089a60    88 FUNC    GLOBAL DEFAULT   11 __libc_fork@@GLIBC_PRIVATE

upgrading from glibc-2.3.4.20040808-r1

I have the problem of arts not compiling bug 67416 which was marked a duplicate of this bug
Comment 13 Jeremy Huddleston (RETIRED) gentoo-dev 2004-10-13 12:52:59 UTC
*** Bug 67439 has been marked as a duplicate of this bug. ***
Comment 14 Loz Hygate 2004-10-13 15:01:34 UTC
Same problem

nessie ~ # file /lib/libpthread.so.0
/lib/libpthread.so.0: symbolic link to `libpthread-0.10.so'
nessie ~ # file /lib/libpthread-0.10.so
/lib/libpthread-0.10.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
nessie ~ # readelf -a /lib/libpthread.so.0 |grep __libc_fork
0000f15c  00012207 R_386_JUMP_SLOT   00000000   __libc_fork
   290: 00000000    88 FUNC    GLOBAL DEFAULT  UND __libc_fork@GLIBC_PRIVATE (14)
   886: 00000000    88 FUNC    GLOBAL DEFAULT  UND __libc_fork@@GLIBC_PRIVAT
nessie ~ # readelf -a /lib/libc.so.6 |grep __libc_fork
  1632: 000890b0    88 FUNC    GLOBAL DEFAULT   11 __libc_fork@@GLIBC_PRIVATE
  9044: 000890b0    88 FUNC    GLOBAL DEFAULT   11 __libc_fork
Comment 15 Roel Brook 2004-10-13 19:21:54 UTC
I also have this problem

It seems to prevent the game bridge contruction set from starting too (portage name = bcsdemo)

dannie@Medusa$ /opt/bcsdemo/bcs                                 (~)
*** glibc detected *** free(): invalid pointer: 0xa7eacf18 ***

Not sure if this is related though.

root@Medusa# file /lib/libpthread.so.0                           (/home/dannie)
/lib/libpthread.so.0: symbolic link to `libpthread-0.10.so'
root@Medusa# file /lib/libpthread-0.10.so                        (/home/dannie)
/lib/libpthread-0.10.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
root@Medusa# readelf -a /lib/libpthread.so.0 | grep __libc_fork  (/home/dannie)
0000e48c  00013a07 R_386_JUMP_SLOT   00000000   __libc_fork
   314: 00000000    88 FUNC    GLOBAL DEFAULT  UND __libc_fork@GLIBC_PRIVATE (13)
   829: 00000000    88 FUNC    GLOBAL DEFAULT  UND __libc_fork@@GLIBC_PRIVAT
root@Medusa# readelf -a /lib/libc.so.6 | grep __libc_fork        (/home/dannie)
  1670: 00084f80    88 FUNC    GLOBAL DEFAULT   11 __libc_fork@@GLIBC_PRIVATE


Comment 16 Caleb Tennis (RETIRED) gentoo-dev 2004-10-14 05:42:09 UTC
*** Bug 67496 has been marked as a duplicate of this bug. ***
Comment 17 Sebastian 2004-10-14 12:41:26 UTC
my problem disappears after an "emerge -P glibc".

i had the same undefined reference errors, but after unmerging the old glibc version, qt compiled cleanly
Comment 18 augury@vampares.org 2004-10-14 13:16:59 UTC
my system was a little messed up to begin with.
everything that was linked /lib/libc.so.6 was relinked /lib/tls/libc.so.6.
likwise with libm.so.6 librt.so.1 and libpthread.so.0 (at least i have hit any errors yet)
i also have a /usr/lib/libc.so.6 > /lib/libc-2.3.4.so that kde fell in love with.
i had to point this link to /lib/tls/libc-2.3.4.so as well as the others in /usr/lib that went to the other 3.
in /usr/lib/libc.so i edited the line: 
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a )
GROUP ( /lib/tls/libc.so.6 /usr/lib/libc_nonshared.a )
to point the linker to the posix threads
because i was in the middle of building kde port when i found this glibc came back. 
kdelibs is already linked to /usr/lib/libc.so.6 which i already no wasnt pthreads before i hosed by system so kdegraphics should be built the same and it is 

# ldd /usr/kde/3.3/bin/kuickshow
  libpthread.so.0 => /lib/tls/libpthread.so.0  ( i pointed /lib/libpthread.so.0 -> /lib/libpthread-0.61.so  -- do i even need libpthread.so.0 with libpthread-0.61.so and libpthread-0.10 ?? or am i supposed to do that?)
  libm.so.6 => /lib/tls/libm.so.6 
  libc.so.6 => /lib/tls/libc.so.6

runs kuicker too : )
Comment 19 augury@vampares.org 2004-10-14 13:23:55 UTC
edit pthreads ment to say linuxthreads
Comment 20 Caleb Tennis (RETIRED) gentoo-dev 2004-10-15 13:38:50 UTC
*** Bug 67577 has been marked as a duplicate of this bug. ***
Comment 21 Sven Vermeulen (RETIRED) gentoo-dev 2004-10-17 08:11:00 UTC
Recompiling glibc with "nptlonly" in the USE variable, then recompiling qt solved the kdelibs not compiling issue for me (which is marked as a DUP for this bug).
Comment 22 Collins Richey 2004-10-17 17:01:42 UTC
FYI. All I had to do was to recompile QT (USE="nptl" is always set), and then I was able to compile arts and kdelibs with no errors. Here's my ino FWIW:

Portage 2.0.51_rc9 (default-x86-2004.0, gcc-3.4.2, glibc-2.3.4.20041006-r0, 2.69-rc4 i686)
=================================================================
System uname: 2.6.9-rc4 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.5.3
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -march=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3./share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmil/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://ftp.ussg.iu.edu/pub/linux/gento http://mirror.datapipe.net/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="X acpi alsa apache2 apm arts avi berkdb bitmap-fonts cdr crypt cups curl da dvdr encode esd f77 foomaticdb gd gdbm gif gnome gpm gtk gtk2 guile imlib inndb java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses nls ptl oggvorbis opengl oss pam pdflib perl png postgres ppds python qt quicktime eadline samba scanner sdl session simplexml slang soap sockets spell sqlite sslsvga tcltk tcpd tiff truetype usb x86 xml2 xmms xprint xsl xv zlib"
Comment 23 Ming Zhao (RETIRED) gentoo-dev 2004-10-18 00:30:05 UTC
qt compiles for me(with glibc-2.3.4.20041006, nptl, no nptlonly), but arts can't detect Qt lib properly:
configure:31670: rm -rf SunWS_cache; g++ -o conftest -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -I/usr/qt/3/include -I/usr/X11R6/include  -DQT_THREAD_SUPPORT  -D_REENTRANT  -L/usr/qt/3/lib -L/usr/X11R6/lib   conftest.cc  -lqt-mt -lpng -lz -lm -ljpeg -ldl  -lXext -lX11 -lSM -lICE  -lpthread 1>&5
/usr/qt/3/lib/libqt-mt.so: undefined reference to `__pthread_register_cancel@GLIBC_2.3.3'
/usr/qt/3/lib/libqt-mt.so: undefined reference to `__pthread_unregister_cancel@GLIBC_2.3.3'

The following is my emerge info:
Portage 2.0.51_rc9 (default-linux/x86/2004.3, gcc-3.4.2, glibc-2.3.4.20041006-r0, 2.6.9-rc3-nitro2 i686)
=================================================================
System uname: 2.6.9-rc3-nitro2 i686 AMD Athlon(tm)
Gentoo Base System version 1.5.3
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer "
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/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="-march=athlon -O2 -pipe -fomit-frame-pointer "
DISTDIR="/data"
FEATURES="auto autoaddcvs ccache digest distlocks sandbox sfperms"
GENTOO_MIRRORS="http://mirror.gentoo.gr.jp ftp://gentoo.csie.mcu.edu.tw/gentoo/ ftp://mirror.averse.net/pub/gentoo http://gentoo.osuosl.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync2.us.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex X acpi acpi4linux alsa apache2 arts avi berkdb bitmap-fonts cjk crypt cscope cups dga dnd doc emacs encode esd f77 faad fam fbcon flac foomaticdb gdbm gif gnome gstreamer gtk gtk2 imagemagick imlib java jpeg junit kde leim libg++ libwww linguas_zh_CN live mad maildir mikmod mmx motif mozctl mozilla moznoirc moznomail mozsvg mpeg mule ncurses nls nptl oggvorbis opengl pam pdflib perl png python qt quicktime readline samba sasl sdk sdl slang smooth spell sqlite sse ssl tcltk tcpd tetex tiff truetype x86 xml2 xmms xprint xv xvid zlib"
Comment 24 Paul de Vrieze (RETIRED) gentoo-dev 2004-10-19 06:04:37 UTC
That's correct, I had a similar issue which was indeed solved by recompiling the dependency.
Comment 25 Simone Gotti (RETIRED) gentoo-dev 2004-10-20 07:42:50 UTC
*** Bug 68275 has been marked as a duplicate of this bug. ***
Comment 26 Csaba Tóth 2004-10-21 05:56:41 UTC
i have this problem too, and after i was rebuild the qt the problem resolved.

i suggest you, to until the true fix will make, add this info to the glibc infos.
Comment 27 Travis Tilley (RETIRED) gentoo-dev 2004-10-21 08:14:37 UTC
this bug is partially caused by dropping a patch that hacked some symbols around (glibc-2.3.1-libc_wait-compat.patch). the new glibc is more consistant with upstream, and the fix is simply to recompile. if you want to make sure everything is recompiled, do an 'emerge world -e'. __libc_fork should have been @GLIBC_PRIVATE for a while.
Comment 28 Prakash Punnoor 2004-10-21 11:32:51 UTC
Hmm, I treid do do an emerge -e world after recompiling glibc with +nptl and -nptlonly, but it stops at perl (or libperl) with the same errors as described above.

So, what is the correct way of getting this done?
Comment 29 Simone Gotti (RETIRED) gentoo-dev 2004-10-21 15:49:13 UTC
*** Bug 68355 has been marked as a duplicate of this bug. ***
Comment 30 Frerk Meyer 2004-10-27 01:39:45 UTC
I try to compile qt-3.3.3 and qt-3.3.3-r1 with the current non-masked gcc 3.3.4-r1
to no success. I can't compile the KDE desktop or any KDE Application.

I traced it back to the first call of a newly build uic in the process of
compiling qt-3.3.3 or qt-3.3.3-r(single unmasked).

I gives me a crash! No segfault or error but a real reboot. I can't understand it.

No other compile crashed. I have a working X with dri and opengl running,
with fluxbox, firefox, and xmms.

First there were crashes in the configure/autoconf phase when it tested
for opengl support and I didn't have a kernel module and didn't execute
opengl-config. But now I have working opengl support and compilation
runs for 30 minutes, then it crashes.

What I did so far:
- Kernel 2.4.26 or 2.6.8, same result
- USE="-mmx -mmxext -sse -3dnow -3dnowext"
- -march="athlon-xp -O2 -pipe" changed to -march="athlon -O1 -pipe"
- compiled binutils and gcc anew with conservative settings
- compile Kernel 2.4.26 without modules or initrd and convervative settings

I don't have emerge --info by hand but will add it soon.

I have ten years of Linux experience but this is the greatest challenge
so far. I still want to migrate from win98 and SuSE to gentoo but this
is a real pain.

What should I try next? Ideas anybody?
Comment 31 Caleb Tennis (RETIRED) gentoo-dev 2004-10-28 05:38:45 UTC
Frank,

you didn't post what the error/failure was.  If it's the same problem as this, then your problem lies with glibc.  If it's not the same problem, you need to open a different bug reports.
Comment 32 Prakash Punnoor 2004-10-28 12:23:30 UTC
Aargh, I think I found the fix:

Check whether /lib/libpthread-0.60.so exists and /lib/libpthread.so.0 points to it. If yes, delete /lib/libpthread-0.60.so and point the latter to /lib/libpthread-0.10.so.

Now libperl emerges and I am trying qt currently. I am wondering why /lib/libpthread-0.60.so wasn't removed. In my case it has date of February 2004...

I have some questions though:

I thought the nptl libs are in /lib/tls and the linuxthread ones in /lib? So if nptl is used by default, why are the libs in /lib used by perl, qt etc?
Comment 33 Frerk Meyer 2004-10-30 04:26:33 UTC
I have more infos now. It could be a different bug or the same.
Cause:
My uic executable cannot be linked correctly.

First my emerge --info:

Portage 2.0.51-r2 (default-x86-1.4, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.4.26-stable i686)
=================================================================
System uname: 2.4.26-stable i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.19-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ rsync://linux.rz.ruhr-uni-bochum.de/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acpi acpi4linux alsa apache2 apm arts artswrappersuid avi berkdb bitmap-fonts cdr crypt cups directfb encode f77 fbcon foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 imlib java jpeg kde ldap libg++ libwww mad mikmod motif mozdevelop mozilla mozsvg mp3 mpeg ncurses nls oggvorbis ooo-kde opengl oss pam pdflib perl png python qt quicktime radeon readline sdl slang spell ssl svga tcpd threads truetype x86 xml2 xmms xprint xv zlib video_cards_radeon"

My latest compile got over the state of building uic and crashed/halted
on the first call of uic. Since uic is available under:
/var/tmp/portage/qt-3.3.3/work/qt-x11-free-3.3.3/bin/uic

If I call it it says:
./uic: 
Comment 34 Frerk Meyer 2004-10-30 04:26:33 UTC
I have more infos now. It could be a different bug or the same.
Cause:
My uic executable cannot be linked correctly.

First my emerge --info:

Portage 2.0.51-r2 (default-x86-1.4, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.4.26-stable i686)
=================================================================
System uname: 2.4.26-stable i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.19-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ rsync://linux.rz.ruhr-uni-bochum.de/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acpi acpi4linux alsa apache2 apm arts artswrappersuid avi berkdb bitmap-fonts cdr crypt cups directfb encode f77 fbcon foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 imlib java jpeg kde ldap libg++ libwww mad mikmod motif mozdevelop mozilla mozsvg mp3 mpeg ncurses nls oggvorbis ooo-kde opengl oss pam pdflib perl png python qt quicktime radeon readline sdl slang spell ssl svga tcpd threads truetype x86 xml2 xmms xprint xv zlib video_cards_radeon"

My latest compile got over the state of building uic and crashed/halted
on the first call of uic. Since uic is available under:
/var/tmp/portage/qt-3.3.3/work/qt-x11-free-3.3.3/bin/uic

If I call it it says:
./uic: £$¸Or while loading shared libraries: C£ ¸O
{: cannot open shared object file: No such file or directory

If I call 'ldd uic' it says:
./uic: error while loading shared libraries: ./uic: unsupported version 60547 of Verneed record

I know my $LD_LIBRARY_PATH does not contain the newly build libqt-mt.so.3.3.3
but uic or ldd should complain about it. It seems to me instead the dynamic linking informations is damaged.

I did everything to make sure I'm not the victim of an memory error.
My motherboard is know to fail with some ram components, but I have only
one Infineon DDR-RAM with 256 MB 133 Mhz CL2 and memtest86 did run 4 times
without failure and I flashed my bios to the newest available version.

Since I had only a Gentoo 1.4 CD for i386 at hand to bootstrap my first
Gentoo I changed CHOST from "i386-pc-linux-gnu" to "i686-pc-linux-gnu"
against the recommondation. But since I compiled system several times
without any problem and binutils, gcc and kernel manually this shouldn't be
the cause of trouble, or?

I don't use nptl and I don't want to be forced to by qt. I tried in 2.4.26-gentoo-r9 and 2.6.8-gentoo-r3 without success with qt-3.3.3 and
qt-3.3.3-r1

Any suggestions= Should I open a new bug?

Thanks,

Frerk
Comment 35 Frerk Meyer 2004-11-01 00:01:16 UTC
My problem is solved, at last. I have to apologize to all for that I have
worried. It was a memory/motherboard incompatiblity after all.

I exchanged my infineon 256 MB DDR CL2 with an old no-name SD-RAM 128 MB CL3
someone lend me and qt-3.3.3 and kdebase did compile without a glitch.

I still wonder why the problem didn't show up on memtest but almost everytime
upon compiling (or linking) uic from qt?

Well, I'll get another mainboard since I believe the memory is OK. Its just
a bad idea to buy an exremely cheap motherboard with support for dual memory
standards. I know now.

Thanks for your patience and support.

Now I'm able to dive deeper into the fun of using Gentoo Linux.

Frerk
Comment 36 Daniel Drake (RETIRED) gentoo-dev 2004-11-13 15:18:59 UTC
*** Bug 71056 has been marked as a duplicate of this bug. ***
Comment 37 Caleb Tennis (RETIRED) gentoo-dev 2005-01-22 15:26:45 UTC
going to assume this has migrated its way out of the system, if not please reopen.
Comment 38 Gregorio Guidi (RETIRED) gentoo-dev 2005-03-18 06:03:18 UTC
*** Bug 85546 has been marked as a duplicate of this bug. ***
Comment 39 Gregorio Guidi (RETIRED) gentoo-dev 2005-03-18 06:03:45 UTC
toolchain herd: please take a look at this again (see bug 85546).

Basically, after upgrading glibc (using nptl) Qt-based applications won't compile, and Qt itself has to be recompiled first against the new glibc.

I don't know if this is a known fact (as comment 27 seems to suggest, in this case feel free to close it again) or if it's something unexpected.
Comment 40 Antti Mäkelä 2005-03-22 23:03:43 UTC
Please check my forum posting at http://forums.gentoo.org/viewtopic-t-310824-highlight-.html - it seems that I encountered a similar problem. My use flags are +nptl -nptlonly, and have been with the previous glibc versions too - even so, Qt broke. 

Shouldn't revdep-rebuild be able to detect these kinds of problems?
Comment 41 Gregorio Guidi (RETIRED) gentoo-dev 2005-03-26 01:03:16 UTC
*** Bug 86721 has been marked as a duplicate of this bug. ***
Comment 42 Gregorio Guidi (RETIRED) gentoo-dev 2005-04-12 04:59:41 UTC
*** Bug 88828 has been marked as a duplicate of this bug. ***
Comment 43 Caleb Tennis (RETIRED) gentoo-dev 2005-05-27 07:00:02 UTC
I just committed qt-3.3.4-r4 which removes the "-lpthread" call at Qt configure 
time.  Perhaps this will fix this problem? 
Comment 44 Gregorio Guidi (RETIRED) gentoo-dev 2005-05-28 10:19:43 UTC
*** Bug 94302 has been marked as a duplicate of this bug. ***
Comment 45 Jeremy Huddleston (RETIRED) gentoo-dev 2005-07-15 14:48:05 UTC
I'm thinking this is actually a dupe of bug #80113 and bug #87671 as the user's
/lib/libpthread.so.0 in the intital comment appears to be a __thread enabled
(likely nptl) libpthread.so which shouldn't be there.  If anyone is still having
problems like this, please review those other bugs and reopen.
Comment 46 Jakub Moc (RETIRED) gentoo-dev 2005-07-24 03:07:44 UTC
*** Bug 100093 has been marked as a duplicate of this bug. ***
Comment 47 Jakub Moc (RETIRED) gentoo-dev 2005-07-24 03:08:36 UTC
*** Bug 81268 has been marked as a duplicate of this bug. ***
Comment 48 Jakub Moc (RETIRED) gentoo-dev 2005-07-24 03:13:07 UTC
*** Bug 87369 has been marked as a duplicate of this bug. ***
Comment 49 Jakub Moc (RETIRED) gentoo-dev 2005-07-24 03:13:44 UTC
*** Bug 88517 has been marked as a duplicate of this bug. ***
Comment 50 Jakub Moc (RETIRED) gentoo-dev 2005-07-24 03:16:02 UTC
*** Bug 74295 has been marked as a duplicate of this bug. ***
Comment 51 Gregorio Guidi (RETIRED) gentoo-dev 2005-11-05 09:35:51 UTC
*** Bug 111308 has been marked as a duplicate of this bug. ***
Comment 52 Jakub Moc (RETIRED) gentoo-dev 2006-02-05 13:15:24 UTC
*** Bug 121715 has been marked as a duplicate of this bug. ***
Comment 53 Jakub Moc (RETIRED) gentoo-dev 2006-08-13 03:44:09 UTC
*** Bug 143757 has been marked as a duplicate of this bug. ***
Comment 54 Jakub Moc (RETIRED) gentoo-dev 2006-08-16 04:42:34 UTC
*** Bug 144103 has been marked as a duplicate of this bug. ***
Comment 55 Jakub Moc (RETIRED) gentoo-dev 2006-08-20 12:43:15 UTC
*** Bug 143757 has been marked as a duplicate of this bug. ***