Re: CVS commit: pkgsrc/graphics/MesaLib

["Blair Sadewitz" <blair.sadewitz%gmail.com@localhost>]

Heh, I swear, the transposition of the vowels was an innocent mistake! ;)

I forgot to mention a third option for addressing this problem (or is
it really a variation on a stub library?):

As you may have noticed, libX11 can be built with its own thread
stubs.  Unfortunately, the code currently (unless I missed a commit,
oh no!) does not have stubs for some functions which are now used in
libGL.  In OpenBSD's 'xenocara' tree, there are patches for this.  I
don't know how useful this would be for other operating systems which
have multiple thread libraries--I'm really only intimiately familiar
with NetBSD in this case.

If one's using libxcb, that has provisions for inclusion of a thread
stubs library, and I have played around with way too many permutations
of this in the past (I think a thread library I made out of our thread
stubs might still be in pkgsrc).

On "modern" NetBSD (4.0 and up at least, possibly way earlier as in
the Mesa case), there thread stubs are not needed in libxcb, IIRC.  I
think I even built with this configuration, but don't quote me on
this, as it was many months ago.

It's interesting that the glx-utils error involves the set of
functions it does, i.e. not pthread_mutex_lock/unlock:  IIRC, those
functions are also used in GL dispatch code.  I don't think they're
used in the assembler code, though, which was the biggest issue
because our macros won't work there.

Oww, my head. ;)

BTW, should mesalib conditionally include pthread.buildlink3.mk in its
b3.mk on platforms which have the pthread flags appended?

Cheers,

--Blair