Neil Roberts da7971f6be Don't set GL_TEXTURE_MAX_LEVEL on GLES ... GL_TEXTURE_MAX_LEVEL is not supported on GLES so we can't set it. It looks like Mesa was letting us get away with this but on other drivers it may cause errors. The enum is not defined in the GLES headers so it was failing to compile unless the GL driver is also enabled. The test-texture-mipmap-get-set test is now marked as n/a on GLES2 because it can't support limiting the sampled mipmaps. Reviewed-by: Robert Bragg <robert@linux.intel.com> (cherry picked from commit ba51c393818582b058f5f1e66cf8d13835ad10e5) Conflicts: tests/conform/test-conform-main.c		2013-01-25 18:21:09 +00:00
..
cogl-driver-gl.c	Don't set GL_TEXTURE_MAX_LEVEL on GLES	2013-01-25 18:21:09 +00:00
cogl-pipeline-fragend-arbfp-private.h	Re-organize the source layout	2013-01-22 17:47:19 +00:00
cogl-pipeline-fragend-arbfp.c	Remove cogl-internal.h	2013-01-22 17:48:17 +00:00
cogl-pipeline-progend-fixed-arbfp-private.h	Clearly define 3 progends that own the frag+vertends	2013-01-22 17:48:00 +00:00
cogl-pipeline-progend-fixed-arbfp.c	Add a GL 3 driver	2013-01-22 17:48:01 +00:00
cogl-texture-driver-gl.c	Don't set GL_TEXTURE_MAX_LEVEL on GLES	2013-01-25 18:21:09 +00:00