Recompiling QT without the -lpthread configure option in the ebuild fixes this. Tried to compile QT without changes 5 times. And even glibc with and without NPTL doesnt change this.. the patch below does fix it. vision qt-fix # diff -u qt-3.3.4-r3.ebuild.org qt-3.3.4-r3.ebuild --- qt-3.3.4-r3.ebuild.org 2005-05-25 11:34:20.000000000 +0200 +++ qt-3.3.4-r3.ebuild 2005-05-25 11:34:49.000000000 +0200 @@ -138,7 +138,7 @@ ./configure -sm -thread -stl -system-libjpeg -verbose -largefile \ -qt-imgfmt-{jpeg,mng,png} -tablet -system-libmng \ - -system-libpng -lpthread -xft -platform ${PLATFORM} -xplatform \ + -system-libpng -thread -xft -platform ${PLATFORM} -xplatform \ ${PLATFORM} -xrender -prefix ${QTBASE} -libdir ${QTBASE}/$(get_libdir) \ -fast ${myconf} -dlopen-opengl || die Reproducible: Always Steps to Reproduce: 1. 2. 3.
You need to be more specific about your problem - your patch below is not correct.
I know the patch there is not "correct", unless the -lphtread is actually what makes it not work. I just state the facts: kdelibs, kdewebdev and possibly others does not get past the configure state due to a missing qt-mt. Stating that it needs Qt >= 3.2 when in fact qt-3.3.4 is installed. Just this "fix" fixed it ;)
Typical similar error: checking for Qt... configure: error: Qt (>= Qt 3.2.0) (library qt-mt) not found. Please check your installation! For more details about this problem, look at the end of config.log. Make sure that you have compiled Qt with thread support!
I have to admit I'm completely baffled - when I first saw your patch I thought it was doing the opposite of what it does. I thought that we used "-thread" explicitly and that using "-lpthread" isn't correct, and now I see that this i s what you're doing. Looking at the history of the qt ebuild it's been this way for some time. I cannot think why I had not caught this before. So, yes, your proposed patch is completely correct. As to why the way it is now doesn't work for you, though, I'm not entirely sure, since it works for the rest of us.
By the way, the compilation error is related to bug 67166, but this situation is a bit different and really weird.
Actually, since there's a "-thread" on the lines above, just getting rid of "-lpthread" is probably the best move.
I am starting to suspect that this too might be related to NPTL but until I can debug this further I wont say that it is so.. Been having alot of strange issues after doing NPTL and NPTLONLY on an x86 machine. http://bugs.gentoo.org/show_bug.cgi?id=91454 Will do several recompiles on my test machine to try and track the QT problems further. If there is anything you'd want me to try please gimme a sound ;)
committing qt-3.3.4-r4 which gets rid of the -lpthread line.