[Bug 73778] _glapi_tls_Dispatch undefined

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=73778

--- Comment #6 from Emil Velikov <emil.l.velikov at gmail.com> ---
To be honest I'm not sure why nm insists that the symbol is undefined, despite
ldd being silent and objdump explicitly indicating that we link correctly.

1. Check that the symbol is provided via libglapi.so.0.0.0
$ nm -CD --defined-only /usr/lib/libglapi.so.0.0.0 | grep glapi_tls_Context
0000000000000008 B _glapi_tls_Context

2. And libGL.so.1.2.0 is correctly linked
$ objdump -x /usr/lib/libGL.so.1.2.0| grep NEEDED | grep libglapi
  NEEDED               libglapi.so.0

3. Ask ldd if it "sees" any undefined symbols
$ ldd -r /usr/lib/libGL.so.1.2.0 | grep undefined | wc -l
0

4. On the other hand the dri modules have some (_glapi_* only). This is normal
$ ldd -r /usr/lib/xorg/modules/dri/swrast_dri.so | grep undefined
undefined symbol: _glapi_tls_Dispatch
undefined symbol: _glapi_tls_Context
.....

So I'm not really sure what exactly nm means with undefined, and why it does
it, yet it tags nearly every imported symbol as U.

Give the above commands a try and let us know how it goes. As Matt mentioned
strace log would be appreciated as well.
$ strace glxinfo


Btw I'm running Archlinux on two machines with nouveau_dri.so and i965_dri.so
and I've not seen any problems.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20140923/1885ed99/attachment.html>