g++ -DHAVE_CONFIG_H -I. -I. -I.. -Wall -I../include -DINSTALL_PREFIX=\"/usr\" -fPIC -DPIC -D_REENTRANT -O2 -march=athlon-tbird -fomit-frame-pointer -pipe -fno-exceptions -fno-check-new -c -o fifo.o `test -f fifo.cpp || echo './'`fifo.cpp /bin/sh ../libtool --silent --mode=link g++ -O2 -march=athlon-tbird -fomit-frame-pointer -pipe -fno-exceptions -fno-check-new -o licq -export-dynamic licq.o main.o icqpacket.o proxy.o socket.o icqd.o icqd-tcp.o icqd-srv.o icqd-threads.o icqevent.o buffer.o user.o history.o utility.o countrycodes.o log.o translate.o file.o message.o support.o pthread_rdwr.o onevent.o plugind.o sar.o languagecodes.o icqd-chat.o sighandler.o icqd-filetransfer.o hebrev.o icqcolor.o fifo.o -lssl -lcrypto -ldl -lpthread -lnsl sighandler.o(.text+0x18b): In function `licq_handle_sigsegv': : undefined reference to `pthread_kill_other_threads_np' collect2: ld returned 1 exit status make[2]: *** [licq] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/licq-1.2.7/work/licq-1.2.7/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/licq-1.2.7/work/licq-1.2.7' make: *** [all] Fehler 2 Reproducible: Always Steps to Reproduce: 1. 2. 3. glibc and everything that supports it is compiled with nptl-support on this system. I guess this is a nptl-issue emerge info: Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.0-test11) ================================================================= System uname: 2.6.0-test11 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.12 ccache version 2.3 [disabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-tbird -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /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/env.d" CXXFLAGS="-O2 -march=athlon-tbird -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs fixpackages sandbox" GENTOO_MIRRORS="ftp://gentoo.inode.at/source/ http://ftp.easynet.nl/mirror/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi acpi4linux alsa arts artswrappersuid avi berkdb bonobo cdr crypt cups curl dvd dvdr encode esd faad foomaticdb gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml imlib java jpeg kde libg++ libwww mad matroska mikmod mmx motif mozilla mpeg ncurses nls nptl oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline samba scanner sdl slang slp spell ssl svga tcltk tcpd tetex tiff truetype unicode wmf wxwindows x86 xml xml2 xmms xv xvid zlib linguas_de"
Presumably licq isn't yet nptl ready. I don't have any way to test locally, though.
There are two possible fixes. However both solutions are untested and I don't have any NPTL enabled boxes. The first patch is from the licq-devel maillinglist http://marc.theaimsgroup.com/?l=licq-devel&m=107298190422879&w=2 The second is a solution i got per mail, from a licq dev. "[...] Can you please comment out line 86 in src/sighandler.c in the licq 1.2.7 sources and try if this solves the problem with NPTL? [...]"
Created attachment 23161 [details, diff] Patch to the ebuild, Manifest and additional file files/1.2.7-nptl.patch which remedy licq failing to start This patchset contains the proposed patch no. 2 (commenting out pthread_kill_other_threads_np() from src/sighandler.c), along with patches to the ebuild and Manifest files to contain the information for the new files. This patch seems to work (tm), at least on my machine. licq builds successfully, and runs like a charm (the code in src/sighandler.c is only called on some error, I've not experienced that).
I've posted a fix for the compile bug about a month ago, and I don't see it included in the portage tree so far. Why is this? Is something broken with the fix? (works for me (tm)) Would you please include this fix, as I'm setting up multiple boxes with NPTL enabled, and I don't feel like creating a /usr/local/portage for each of these to overlay the defunct ebuilds...
I also have this problem ... kernel 2.6.3 and nptl ... I know I can use the patch for licq, but shouldn't this get fixed in the portage tree sooner or later ?
now in portage