On Mon, Dec 13, 2004 at 03:15:31PM -0500, Nathan J. Williams wrote:
> Matthias Scheler <tron@NetBSD.org> writes:
> 
> > On Sun, Dec 12, 2004 at 10:01:22PM +0100, Juergen Hannken-Illjes wrote:
> > > So neither libXt.so nor appres get the thread library (-lpthread).
> > 
> > Because they do *not* need to. XFree86 uses some kind of wrapper
> > arround threads so that not all application need "libpthread"
> > just because the libraries support it.
> > 
> > Nathan:
> > Are you sure that these changes ...
> > 
> > http://mail-index.netbsd.org/source-changes/2004/12/10/0018.html
> 
> That change is correct. The problem exposed here was that threadlib.h
> had a stub for pthread_cond_wait and the stub support I added to
> pthread.h did not. I've fixed that.
> 
> It should continue to be true that none of the X libraries actually
> need to be linked against libpthread; I've done a successful build and
> verified that.

But in that case aren't they just using the libc "do nothing" stubs? Or is
the X server loading libpthread.so via it's dynamic loader/dlopen?

Hmmm...ok, looking it appears thread enabled X apps have to call into Xlib/Xt
to say "do threading". So, just the apps are responsible for getting 
libpthread linked in?

James