[Mesa-dev] [Bug 91724] GL/gl_mangle.h misses symbols from GLES/gl.h

[bugzilla-daemon at freedesktop.org]

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

--- Comment #9 from Frederic Devernay <frederic.devernay at m4x.org> ---
> - Using/setting GL_GLEXT_PROTOTYPES is a _very_ bad idea.

Agreed. This patch *fixes* glext.h, but I do not use it anywhere. It is fixed
just in case someone crazy enough wants to use it.

More importantly, it fixes gl_mangle.h, which is included by glapi_getproc.c
when compiling a *mangled* OSMesa.

> - Do you set USE_MGL_NAMESPACE when building the demo app ? 

better than that, I add "-include $osmesaprefix/include/GL/gl_mangle.h -include
$osmesaprefix/include/GL/glu_mangle.h" to the CFLAGS, so that I am certain only
the mangled versions will be used.

See the last 10 lines of my build script at
https://github.com/devernay/osmesa-install/blob/master/osmesa-install.sh#L653

> - Is this issue specific to static linking and/or !Linux systems ? I've tried building osmesa the other day it seemed fine.

Did you try building a *mangled* osmesa? This issue only happens when building
a *mangled* OSMesa on Linux, MacOS, and Windows. 

Of could, you should be careful to not link with the system's opengl, or you
wont't have any undefined symbol.

Non-mangled osmesa works fine, but the HUGE advantage of mangles OSMesa is that
you can easily use both OpenGL and OSMesa in the same app.

> - Do you see this problem isolated to the gallium and/or classic osmesa ?

This affects all drivers using glapi, see the initial error message.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20170626/bbc48309/attachment.html>