uint64_t4 missing from Metal backend

[natevm]

According to the Metal spec, there is no uint64_tN type. However, there are ulong4's which are 32 bytes total (8 bytes per component).

At the moment, Slang appears to map vec<uint64_t, 4> to uint64_t4, which is causing certain shaders to generate compilation errors. This is causing the tests for PR #5020 to fail.

Could we have vectors of 64-bit integers map to Metal's ulongN types?

[natevm]

Looks like we can fix this by adding a little logic to slang-emit-metal.cpp: #5020 (comment)

I'll should be able to fix this.

[natevm]

PR #5020 has a fix for this issue as part of the bitfield intrinsics. Once that’s merged, we can close this issue.

[csyonghe]

This is fixed. We now always emit long for int64_t and ulong for uint64_t on metal.