Am 27.02.2012 18:46, schrieb Ian Romanick:
> On 02/27/2012 07:19 AM, Roland Scheidegger wrote:
>> Indeed, but that's not what the OP was claiming (he says it's not in the
>> extension string but works regardless, hence it probably should be in
>> the extension string).
>> As for why it's not there
On 02/27/2012 07:19 AM, Roland Scheidegger wrote:
Indeed, but that's not what the OP was claiming (he says it's not in the
extension string but works regardless, hence it probably should be in
the extension string).
As for why it's not there some quick look at extensions.c shows that it
is indeed
Indeed, but that's not what the OP was claiming (he says it's not in the
extension string but works regardless, hence it probably should be in
the extension string).
As for why it's not there some quick look at extensions.c shows that it
is indeed supported (the functionality is pretty much part of
You can call GetProcAddress on ANYTHING and it won't return NULL. It will even
return a pointer for glHamSandwich. You must check the extension string.
On Feb 24, 2012, at 6:13 PM, Simon Que wrote:
> Previously posted at mesa-users.
>
> TL;DR: GL_EXTENSIONS string does not contain "GL_OES_map
Previously posted at mesa-users.
TL;DR: GL_EXTENSIONS string does not contain "GL_OES_mapbuffer", but
the mapbuffer extension functions are still available through
eglGetProcAddress().
I am using Mesa GLESv2 with Linaro's glmark2 benchmark. The benchmark
uses the functions "glMapBufferOES" and "
