I'm curious of the utility of writing Rust code but wanting to run it on the CLR.<p>If anything, a GraalVM target would make more sense, as it's already gaining traction for this type of thing (although, usually interpreted langs like python, ruby, etc). Even there, the utility of running Rust on a JVM target also seems dubious.<p>TFA doesn't mention an intended use-case. Perhaps it's an academic endeavor?
How is this is more useful than just compiling Rust into a dll and using that, or better, writing some framework or tooling that automates the process of marshaling/unmarshaling data for a Rust dll?<p>A .NET target for Rust just makes no real sense to me given Rust is basically already interoperable with .NET (or rather .NET is already interoperable with unmanaged native code, which Rust can generate)
The author answers the "why" in the FAQ <a href="https://github.com/FractalFir/rustc_codegen_clr?tab=readme-ov-file#q-is-this-useless-since-i-can-already-load-shared-libraries-from-c">https://github.com/FractalFir/rustc_codegen_clr?tab=readme-o...</a>. I didn't find it very convincing but I'm sure the author will learn a lot of neat things along the way.