-
Notifications
You must be signed in to change notification settings - Fork 193
Allow u32
coordinates for textureStore
/textureLoad
#2172
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I looked over the backends and this shouldn't cause any issues.
Could you add some lines to the tests/in/image.wgsl
file to test for those overloads?
Thanks!
This PR would in theory allow |
Looks like we need to check for Lines 317 to 336 in 8e1b052
|
ah thanks for the hint ;) |
wow thats funny. i thought the glsl back is not affected. |
Oof. Can I rerun the DXC test? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Thanks!
u32
coordinates for textureStore
/textureLoad
As illustrated in https://www.w3.org/TR/WGSL/#texturestore:
So I guess
vec<u32>
should be a validtextureStore
coordinate.I saw that in
back::glsl::write_texture_coord
the coord is explicitly cast toivec
so I think that's good. Please remind me if anything should be changed accordingly in the codegens.