Andrew Doran <ad@NetBSD.org> writes:
>  I have tried out the supplied patch and it works for me on -current with
>  free -> xfree. There is another problem: I see a lot of calls into
>  libpthread before it is initialized, and those calls are made from within
>  libc.

>  I think that the setup for libpthread should happen via a
>  constructor in libc, which solves the problem for me. Below is the
>  libc bit; in libpthread we just override __libc_thr_init().

libpthread doesn't record libc as a dependency, so even with my ld.so
patch the initialization order is undefined between the two libraries.
If this is fixed, libc constructors would deterministically call into
libpthread before libpthread is initialized.  While deterministically 
failing is better than intermittently succeeding, it points out that 
something like Andrew's suggestion to have libc initialize libpthread 
is needed.

    --jtc

-- 
J.T. Conklin