d92de00cc1
This is a fairly fundamental change on how IDs are handled. It serves many purposes: - Improve performance. We only need to iterate over IDs which are relevant at any one time. - Makes sure we iterate through IDs in SPIR-V module declaration order rather than ID space. IDs don't have to be monotonically increasing, which was an assumption SPIRV-Cross used to have. It has apparently never been a problem until now. - Support LUTs of structs. We do this by interleaving declaration of constants and struct types in SPIR-V module order. To support this, the ParsedIR interface needed to change slightly. Before setting any ID with variant_set<T> we let ParsedIR know that an ID with a specific type has been added. The surface for change should be minimal. ParsedIR will maintain a per-type list of IDs which the cross-compiler will need to consider for later. Instead of looping over ir.ids[] (which can be extremely large), we loop over types now, using: ir.for_each_typed_id<SPIRVariable>([&](uint32_t id, SPIRVariable &var) { handle_variable(var); }); Now we make sure that we're never looking at irrelevant types.
24 lines
411 B
GLSL
24 lines
411 B
GLSL
#version 310 es
|
|
precision mediump float;
|
|
precision highp int;
|
|
|
|
const float _16[4] = float[](1.0, 4.0, 3.0, 2.0);
|
|
|
|
struct Foo
|
|
{
|
|
float a;
|
|
float b;
|
|
};
|
|
|
|
const Foo _28[2] = Foo[](Foo(10.0, 20.0), Foo(30.0, 40.0));
|
|
|
|
layout(location = 0) out vec4 FragColor;
|
|
layout(location = 0) flat in mediump int line;
|
|
|
|
void main()
|
|
{
|
|
FragColor = vec4(_16[line]);
|
|
FragColor += vec4(_28[line].a * _28[1 - line].a);
|
|
}
|
|
|