tag cb25f58f37daf8e7906b7ecb05c705e5352db63c
tagger Alexander Galazin <alexander.galazin@arm.com> Thu Dec 21 17:55:14 2017 +0100
object 780edbd7f64c8eb3e6df37610ae6684095810933

OpenGL CTS 4.6.0.0

First release of the CTS for OpenGL 4.6

commit 780edbd7f64c8eb3e6df37610ae6684095810933
author Ian Romanick <ian.d.romanick@intel.com> Thu Dec 14 16:18:34 2017 -0800
committer Alexander Galazin <Alexander.Galazin@arm.com> Fri Dec 15 15:03:44 2017 -0500
tree 5fba3ec720e01133d397f6d77648fce3810c7cf2
parent b61ffe2fea7892472ede2ae56f458fdd97e408bb

Don't delare arrays as static

m_texture_1D and friends may have different values on each invocation of
gl4cts::GetTextureSubImage::Errors::testTwoDimmensionalTextureErrors()
on a full CTS run.  However, the rules for 'static const' initializers
may prevent the values from being updated after the first run.

I discovered this while trying to track down failures in
KHR-GL46.get_texture_sub_image.errors_test that only started occuring
with the 3rd visual tested in a full CTS run.  Running the test by
itself or testing that visual by itself via glcts would not reproduce
the error.  I added some extra debug logging to the driver, and I found
that testOneDimmensionalTextureErrors() and
testTwoDimmensionalTextureErrors() were using different names for the
GL_TEXTURE_1D texture.  I then discovered that the targets of the
textures used from testTwoDimmensionalTextureErrors() were {
GL_TEXTURE_2D, GL_TEXTURE_RECTANGE, GL_TEXTURE_2D } instead of {
GL_TEXTURE_1D, GL_TEXTURE_1D_ARRAY, GL_TEXTURE_2D }

See also https://bugs.freedesktop.org/show_bug.cgi?id=104154

Components: OpenGL

VK-GL-CTS issue: 912

Affects:
KHR-GL46.get_texture_sub_image.errors_test

Change-Id: I3ce061d9de75df46ff69a7eea4b88f6d17164f30