mirror of
https://github.com/encounter/dawn-cmake.git
synced 2025-06-21 22:13:45 +00:00
11d09f2fe7
Emit the "[loop]" attribute on "for" and "while" so that FXC does not attempt to unroll them. This is to work around an FXC bug where it fails to unroll loops with gradient operations. FXC ostensibly unrolls such loops because gradient operations require uniform control flow, and loops that have varying iterations may possibly not be uniform. Tint will eventually validate that control flow is indeed uniform, so forcing FXC to avoid unrolling in these cases should be fine. Bug: tint:1112 Change-Id: I10077f8b62fbbb230a0003f3864c75a8fe0e1d18 Reviewed-on: https://dawn-review.googlesource.com/c/tint/+/69880 Kokoro: Kokoro <noreply+kokoro@google.com> Reviewed-by: Ben Clayton <bclayton@google.com> Commit-Queue: Antonio Maiorano <amaiorano@google.com>
33 lines
658 B
HLSL
33 lines
658 B
HLSL
cbuffer cbuffer_ubo : register(b0, space0) {
|
|
uint4 ubo[1];
|
|
};
|
|
|
|
struct S {
|
|
int data[64];
|
|
};
|
|
|
|
RWByteAddressBuffer result : register(u1, space0);
|
|
groupshared S s;
|
|
|
|
struct tint_symbol_2 {
|
|
uint local_invocation_index : SV_GroupIndex;
|
|
};
|
|
|
|
void f_inner(uint local_invocation_index) {
|
|
{
|
|
[loop] for(uint idx = local_invocation_index; (idx < 64u); idx = (idx + 1u)) {
|
|
const uint i = idx;
|
|
s.data[i] = 0;
|
|
}
|
|
}
|
|
GroupMemoryBarrierWithGroupSync();
|
|
s.data[asint(ubo[0].x)] = 1;
|
|
result.Store(0u, asuint(s.data[3]));
|
|
}
|
|
|
|
[numthreads(1, 1, 1)]
|
|
void f(tint_symbol_2 tint_symbol_1) {
|
|
f_inner(tint_symbol_1.local_invocation_index);
|
|
return;
|
|
}
|