glsl: count atomic counters correctly
authorAndres Gomez <agomez@igalia.com>
Thu, 30 Jun 2016 13:37:11 +0000 (16:37 +0300)
committerAndres Gomez <agomez@igalia.com>
Thu, 30 Jun 2016 20:55:32 +0000 (23:55 +0300)
commit0f00c6dd7773241b31031f5f77b0e0841a9a9488
tree4fbe02b1b85ea458a586f7462ee58c65e6e67596
parentc84444ea85b2cf749eaf78dd97430231d92fa618
glsl: count atomic counters correctly

Currently the linker uses the uniform count for the total number of
atomic counters. However uniforms don't include the innermost array
dimension in their count, but atomic counters are expected to include
them.

Although the spec doesn't directly state this, it's clear how offsets
will be assigned for arrays.

From OpenGL 4.2 (Core Profile), page 98:

  "  * Arrays of type atomic_uint are stored in memory by element
       order, with array element member zero at the lowest offset. The
       difference in offsets between each pair of elements in the
       array in basic machine units is referred to as the array
       stride, and is constant across the entire array. The stride can
       be queried by calling GetIntegerv with a pname of
       ATOMIC_COUNTER_- ARRAY_STRIDE after a program is linked."

From that it is clear how arrays of atomic counters will interact with
GL_MAX_ATOMIC_COUNTER_BUFFER_SIZE.

For other kinds of uniforms it's also clear that each entry in an
array counts against the relevant limits.

Hence, although inferred, this is the expected behavior.

Fixes GL44-CTS.arrays_of_arrays_gl.AtomicDeclaration

Reviewed-by: Timothy Arceri <timothy.arceri@collabora.com>
Signed-off-by: Andres Gomez <agomez@igalia.com>
src/compiler/glsl/link_atomics.cpp