18bcc9b790
This subtle bug removed any expression validation for trivially swizzled variables. Make usage suppression a more explicit concept rather than just hacking off forwarded_temporaries. There is some fallout here with loop generation since our expression invalidation is currently a bit too naive to handle loops properly. The forwarding bug masked this problem until now. If part of the loop condition is also used in the body, we end up reading an invalid expression, which in turn forces a temporary to be generated in the condition block, not good. We'll need to be smarter here ...
52 lines
1.0 KiB
Plaintext
52 lines
1.0 KiB
Plaintext
#include <metal_stdlib>
|
|
#include <simd/simd.h>
|
|
|
|
using namespace metal;
|
|
|
|
struct foo
|
|
{
|
|
int a[128];
|
|
uint b;
|
|
float2 c;
|
|
};
|
|
|
|
struct bar
|
|
{
|
|
int d;
|
|
};
|
|
|
|
kernel void main0(device foo& buf [[buffer(0)]], constant bar& cb [[buffer(1)]], uint3 gl_GlobalInvocationID [[thread_position_in_grid]], uint3 gl_LocalInvocationID [[thread_position_in_threadgroup]])
|
|
{
|
|
bool _70 = cb.d != 0;
|
|
device foo* _71 = _70 ? &buf : nullptr;
|
|
device foo* _67 = _71;
|
|
device foo* _45 = _71;
|
|
thread uint3* _77 = _70 ? &gl_GlobalInvocationID : &gl_LocalInvocationID;
|
|
thread uint3* _73 = _77;
|
|
device int* _52;
|
|
device int* _55;
|
|
_52 = &_71->a[0u];
|
|
_55 = &buf.a[0u];
|
|
int _57;
|
|
int _58;
|
|
for (;;)
|
|
{
|
|
_57 = *_52;
|
|
_58 = *_55;
|
|
if (_57 != _58)
|
|
{
|
|
int _66 = (_57 + _58) + int((*_77).x);
|
|
*_52 = _66;
|
|
*_55 = _66;
|
|
_52 = &_52[1u];
|
|
_55 = &_55[1u];
|
|
continue;
|
|
}
|
|
else
|
|
{
|
|
break;
|
|
}
|
|
}
|
|
}
|
|
|