mirror of
https://github.com/encounter/dawn-cmake.git
synced 2025-07-06 21:25:58 +00:00
51be3420b8
GLSL has the same behavior as MSL, in that -2147483648 is parsed as a unary minus on '2147483648'. 2147483648 overflows an i32, so this actually gets treated as -0. Change-Id: Ibebd8b78a8840f18c438ed1d3d24dee486a65816 Reviewed-on: https://dawn-review.googlesource.com/c/dawn/+/123202 Reviewed-by: Stephen White <senorblanco@chromium.org> Commit-Queue: Ben Clayton <bclayton@google.com> Commit-Queue: Ben Clayton <bclayton@chromium.org> Kokoro: Kokoro <noreply+kokoro@google.com>
23 lines
482 B
GLSL
23 lines
482 B
GLSL
#version 310 es
|
|
|
|
layout(local_size_x = 1, local_size_y = 1, local_size_z = 1) in;
|
|
void unused_entry_point() {
|
|
return;
|
|
}
|
|
struct S {
|
|
ivec4 a;
|
|
};
|
|
|
|
layout(binding = 0, std430) buffer v_block_ssbo {
|
|
S inner;
|
|
} v;
|
|
|
|
ivec4 tint_div(ivec4 lhs, ivec4 rhs) {
|
|
return (lhs / mix(rhs, ivec4(1), bvec4(uvec4(equal(rhs, ivec4(0))) | uvec4(bvec4(uvec4(equal(lhs, ivec4((-2147483647 - 1)))) & uvec4(equal(rhs, ivec4(-1))))))));
|
|
}
|
|
|
|
void foo() {
|
|
v.inner.a = tint_div(v.inner.a, ivec4(2));
|
|
}
|
|
|