May be, but who is working on that compiler? And the whole ecosystem is controlled by a nasty company. You don't want to deal with that.

Besides, I'd say Rust is a nicer language than CUDA dialects.

Chris and Nick originally, a few more of us these days. Spectral compute. We might have a nicer world if people had backed opencl instead of cuda but whatever. Likewise rust has a serious edge over c++. But to the compiler hacker, this is all obfuscated SSA form anyway, it's hard to get too emotional about the variations.

Until Rust gets into any of industry compute standards, being a nicer language alone doesn't help.

Khronos standards, CUDA, ROCm, One API, Metal, none of them has Rust on their sights.

World did not back OpenCL, because it was stuck on a primitive C99 text based tooling, without an ecosystem.

Also Google decided to push their Renderscript C99 dialect instead, while Intel and AMD were busy delivering janky tools and broken drivers.

That's simply not true, because standard level should operate on the IR level, not on the language. You have to generate some IR from your language, at that level it makes sense to talk about standards. The only exception is probably WebGPU where Apple pushed using a fixed language instead of IR which is was a limiting idea.

None of those standards are about IR.

Also SPIR worked so great for OpenCL 2.x, that Khronos rebooted the whole mess back to OpenCL 1.x with OpenCL 3.0 rebranding.

They are pretty much about IR when it comes to language interchange. SPIR-V is explicitly an IR that can be targeted from a lot of different languages.

And so far not much has been happening, hence Shader Languages at Vulkanised 2026.

https://www.khronos.org/events/shading-languages-symposium-2...

These kind of projects is exactly it's happening.

Language would matter more for those who actually would want to write some programs in it. So I'd say rust-gpu is something that should get more backing.