Issue about accessing array element of uniform block (AMD glsl compiler)

[jianliang79]

All of them. At least, for arrays of regular values. GLSL 1.10 allowed this.

I'd guess that this is a driver bug. Try using vec4's instead of vec3's; it's best not to confuse AMD drivers...



Point of order: as stated in "the very next section", they aren't. Only Dynamically Uniform Expressions can be used with opaque types.

But that's irrelevant, since he isn't using an opaque type here.

You are right, after changing vec3 to vec4 everything works fine. Thank you for the suggestion!

[Alfonse Reinheart]

I thought his index is Dynamically Uniform Expressions since lightCount is a Dynamically Uniform Expressions?

What you originally quoted was, "Arrays can be accessed with arbitrary numeric expressions. They do not have to be compile-time constants (though there are a few exceptions to this rule; for example, the very next section)." Then you said, "They are valid from 4.00 for opaque types."

Your original statement said nothing about expressions being dynamically uniform. Your statement was misleading, suggesting that "arbitrary numeric expressions" are "valid from 4.00 for opaque types." I just wanted to clear that up in case anyone got the wrong idea.

Yes, in his example, his loop is dynamically uniform. But he's not using an opaque type, so that's irrelevant: arbitrary numeric expressions should work on non-opaque types, regardless of GL version.

[tonyo_au]

What you originally quoted was, "Arrays can be accessed with arbitrary numeric expressions. They do not have to be compile-time constants (though there are a few exceptions to this rule; for example, the very next section)." Then you said, "They are valid from 4.00 for opaque types."

Your original statement said nothing about expressions being dynamically uniform. Your statement was misleading, suggesting that "arbitrary numeric expressions" are "valid from 4.00 for opaque types." I just wanted to clear that up in case anyone got the wrong idea.

Yes, in his example, his loop is dynamically uniform. But he's not using an opaque type, so that's irrelevant: arbitrary numeric expressions should work on non-opaque types, regardless of GL version.

OK I understand