Re: static linking glxgears and glxinfo now fails (mult. def. _glapi_tls_Context, etc.)

[Tobias Nygren <tnn%NetBSD.org@localhost>]

On Tue, 02 Jun 2020 18:23:21 -0700
"Greg A. Woods" <woods%planix.ca@localhost> wrote:

> Fixes dlopen of libGL reported by prlw1 on current users.
> From tnn, via pkgsrc/graphics/MesaLib*.
> 
> 
> 
> I'm guessing I just want to avoid GLX_USE_TLS for the static libraries
> for now, though I'm guessing also that a proper fix to allow use of TLS
> in the static-linked case would still be desirable?  Or does this only
> matter for loadable drivers, which cannot be in the static-linked world?

I'm not sureu_current.o should even be included in libglapi.
These symbols aren't present in pkgsrc's libglapi.so.
Maybe this patch helps? (I don't know if it will break anything else.)

--- external/mit/xorg/lib/libglapi/Makefile     23 Feb 2020 02:02:32 -0000      1.7
+++ external/mit/xorg/lib/libglapi/Makefile     3 Jun 2020 07:18:44 -0000
@@ -15,7 +15,6 @@ SRCS.mapi=    \
        shared_entry.c \
        stub.c \
        table.c \
-       u_current.c \
        u_execmem.c

 BUILDSYMLINKS+=        ${X11SRCDIR.Mesa}/src/mapi/entry.c shared_entry.c