Intel driver missing shading language extension

[Ian Romanick]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mateusz Kaduk wrote:
| Hi,
| Is shading language extension supported by Linux graphic drivers ?
| Some applications argue that its not.
| I have
| OpenGL renderer string: Mesa DRI Intel(R) 965GM 4.1.3002
| OpenGL version string: 2.0 Mesa 7.0.4
| When OpenGL linux driver will be as fully functional as the one on
windows ?
| Will the extension be included with the new driver ?
|
| I found with glxinfo
| GL_ARB_shading_language_100,
| GL_ARB_shading_language_120,
| but i think those games (ember, zeroballistic, enemy territory quake
| wars,..etc) all native for linux, need EXT thing instead of ARB.
| Am I right ?

ET:QW uses OpenGL 2.0 shading language, but it requires high limits than
the driver currently supports.  There are already bugs filed (#16655 and
#16656) for the known issues.

Are you getting a specific error from those other games or are they just
not running with shaders?  Some older games want NV_vertex_program and
either NV_register_combiners or NV_fragment_program.  I doubt that any
Mesa-based driver will ever support NV_register_combiners, but
NV_fragment_program is doable.

You can usually figure out which extensions a particular game wants by
grepping in the strings output.  For example, you can see what
extensions ET:QW want with:

strings /home/games/etqw/etqw.x86 | egrep 'GL_[A-Z0-9]+_[a-z]' | sort -u

Applications that use extension handling libraries, such as GLew and
glee, this trick doesn't work.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkiGQ2oACgkQX1gOwKyEAw/qNwCgjAUO7RqSYClbhlSKXL9kVBAo
mEcAni9YtJP66OBFj2/Wnwb2VAGxAS8L
=AOuv
-----END PGP SIGNATURE-----