fwiw, issue seems to be due to picking up installed libglapi.so vs.
one in $MESA/lib (where I was pointing $LD_LIBRARY_PATH)..
So this shouldn't be an issue running installed mesa. (Although I'm a
bit curious how it ended up using installed libglapi.so vs the one in
$LD_LIBRARY_PATH)
BR,
-R
On
ping? It would be kinda nice to have gles working again.
Fwiw, issue seems to be an off-by-one in the dispatch table, resulting
in (for example) glCheckFramebufferStatus() ending up in
_mesa_DeleteFramebuffers(), which ends badly..
Program received signal SIGSEGV, Segmentation fault.
0x7
so this one appears to break gles dispatch (on i965, but probably others)..
Somehow glCheckFramebufferStatus() ends up in
_mesa_DeleteFramebuffers(), which doesn't go so well.. not sure I
understand the dispatch code to understand what the issue is. But
could someone either fix it or revert this
Reviewed-by: Tapani Pälli
On 08/14/2015 02:30 PM, Marta Lofstedt wrote:
From: Marta Lofstedt
The function glMemoryBarrierByRegion is part of
OpenGL ES 3.1 and OpenGL 4.5 core and compatibility
profiles.
Signed-off-by: Marta Lofstedt
---
src/mapi/glapi/gen/GL4x.xml | 6 +
From: Marta Lofstedt
The function glMemoryBarrierByRegion is part of
OpenGL ES 3.1 and OpenGL 4.5 core and compatibility
profiles.
Signed-off-by: Marta Lofstedt
---
src/mapi/glapi/gen/GL4x.xml | 6 +
src/mesa/main/shaderimage.c | 40
