Bug#312488: libc0.3: Indirect linking to libpthread fails [patch]

[GOTO Masanori <gotom@debian.or.jp>]

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