At Wed, 8 Jun 2005 13:44:34 +0200, Michael Banck wrote: > We've encountered a rather strange linking problem. gconftool-2 (part > of gconf) uses libxml which in turn uses libpthread. gconftool-2 does > not directly need libpthread and hence does not need to link against > it. When gconftool-2 is run, an assertion is triggered which > indicates that _cthread_init_routine is never called (which would be > because _cthread_init_routine is null in > sysdeps/mach/hurd/i386/init_first.c:init). I've created the following > test program to demonstrate the problem: (snip) > Roland McGrath provided a patch which works. He has not applied it to > CVS yet, however, for reasons beyond my understanding. As more and more > (at least GNOME) packages pass --as-needed to LDFLAGS, this problems > seriously starts to hog down the hurd-i386 port. One can still cope by > passing LD_PRELOAD=/lib/libpthread.so.0.3, but this is but a hack and I > was not able to get sbuild to pass it on, making most GNOME packages > FTBFS currently.
Thanks, I'll put it in. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
