Comment # 4
on bug 82920
from Glenn Kennard
Testing "fixed_mc" with a debug-enabled mesa build I get:
Mesa: User error: GL_INVALID_ENUM in glGetString(GL_EXTENSIONS)
- this is from GLFW as far as i can tell, its trying to get the extension
string using the old method which is not supported in a >= 3.3 core context.
Otherwise unrelated to this bug though.
valgrind:
==30990== Invalid read of size 8
==30990== at 0x9F90847: ast_interface_block::hir(exec_list*,
_mesa_glsl_parse_state*) (ast_to_hir.cpp:5688)
==30990== by 0x9F875FC: _mesa_ast_to_hir(exec_list*,
_mesa_glsl_parse_state*) (ast_to_hir.cpp:100)
==30990== by 0x9FDB07A: _mesa_glsl_compile_shader
(glsl_parser_extras.cpp:1462)
==30990== by 0x9EB843D: compile_shader (shaderapi.c:849)
==30990== by 0x9EBA1AD: _mesa_create_shader_program (shaderapi.c:1830)
==30990== by 0x9EBA7C7: _mesa_CreateShaderProgramv (shaderapi.c:1919)
==30990== by 0x6C29EED: shared_dispatch_stub_892 (glapi_mapi_tmp.h:20555)
==30990== by 0x404B0D: main (in /recording/download/20140803/mc/mc)
and a number of further errors in that function, then later the gallium state
tracker throws an assertion:
../../src/mesa/state_tracker/st_glsl_to_tgsi.cpp:2104:visit: Assertion
`var->data.location != -1' failed.
In release mode this check drops through and the r600 tgsi translator rejects
it with:
EE ../../../../../../src/gallium/drivers/r600/r600_shader.c:353
tgsi_is_supported - unsupported src 0 (dimension 1)
and replaces the shader with a no-op dummy shader to not crash.
Basically the gallium driver layer is getting bad data out from the GLSL
compiler.