acae607703
This is required to avoid relying on complex sub-expression elimination in compilers, and generates cleaner code. The problem case is if a complex expression is used in an access chain, like: Composite comp = buffer[texture(...)]; vec4 a = comp.a + comp.b + comp.c; Before, we did not have common subexpression tracking for OpLoad/OpAccessChain, so we easily ended up with code like: vec4 a = buffer[texture(...)].a + buffer[texture(...)].b + buffer[texture(...)].c; A good compiler will optimize this, but we should not rely on it, and forcing texture(...) to a temporary also looks better. The solution is to add a vector "implied_expression_reads", which works similarly to expression_dependencies. We also need an extra mechanism in to_expression which lets us skip expression read checking and do it later. E.g. for expr -> access chain -> load, we should only trigger a read of expr when using the loaded expression.
22 lines
510 B
GLSL
22 lines
510 B
GLSL
#version 310 es
|
|
precision mediump float;
|
|
precision highp int;
|
|
|
|
layout(binding = 0, std430) buffer UBO
|
|
{
|
|
vec4 results[1024];
|
|
} _34;
|
|
|
|
layout(binding = 1) uniform highp isampler2D Buf;
|
|
|
|
layout(location = 0) flat in mediump int vIn;
|
|
layout(location = 1) flat in mediump int vIn2;
|
|
layout(location = 0) out vec4 FragColor;
|
|
|
|
void main()
|
|
{
|
|
mediump int _40 = texelFetch(Buf, ivec2(gl_FragCoord.xy), 0).x % 16;
|
|
FragColor = (_34.results[_40] + _34.results[_40]) + _34.results[(vIn * vIn) + (vIn2 * vIn2)];
|
|
}
|
|
|