glapi: Remove static dispatch for functions that didn't exist in fglrx
authorIan Romanick <ian.d.romanick@intel.com>
Tue, 12 May 2015 23:56:37 +0000 (16:56 -0700)
committerIan Romanick <ian.d.romanick@intel.com>
Sat, 16 May 2015 03:23:18 +0000 (20:23 -0700)
commit4adfc6ed31983bcf52e106469f22bb121a56532b
tree460b4805777fc415cfa0b48badaeeb203bb31f6a
parent90a1a4e2345fe25517f5189cca1188162992f39b
glapi: Remove static dispatch for functions that didn't exist in fglrx

Comparing the output of

    nm -D arch/x86_64/usr/X11R6/lib64/fglrx/fglrx-libGL.so.1.2 |\
        grep ' T gl[^X]' | sed 's/.* T //'

between Catalyst 14.6 Beta and this commit, the only change is a bunch
of functions that AMD exports that Mesa does not and some OpenGL ES
1.1 functions that Mesa exported but AMD does not.

The OpenGL ES 1.1 functions (e.g., glAlphaFuncx) are added by extensions
in desktop.  Our infrastructure doesn't allow us to statically export a
function in one lib and not in another.  The GLES1 conformance tests
expect to be able to link with these functions, so we have to export
them.

If a function is not statically exported by either of the major binary
drivers on Linux, there is almost zero chance that any application
statically links with it.

As a side note... I find it odd that AMD exports glTextureBarrierNV but
not glTextureBarrier.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
src/mapi/glapi/gen/static_data.py