The only reason to do this is if you’re directly integrated Rust into an existing build system (e.g. Bazel). It’s not going to help with this problem at all.
No, it wont. I wasn’t suggesting someone should use rustc directly. You’re already using Rust, so using cargo isn’t adding to the supply chain.
That being said, there was one time I needed to use rustc directly. We had an assignment that needed to be compilable from a single source file. I couldn’t bundle a Cargo.toml, so I gave a build script that used rustc directly.
I don’t see why not. Cargo is fundamentally just a fancy wrapper around rustc, anyway. Sure, it’s a really fancy wrapper that does a lot of stuff but it’s entirely possible to just call rustc yourself.
You can run rustc directly! You just need to pass about 30 different parameters to it as well as a list of all the dependencies you use and…
Look, it works for small projects.
The only reason to do this is if you’re directly integrated Rust into an existing build system (e.g. Bazel). It’s not going to help with this problem at all.
No, it wont. I wasn’t suggesting someone should use rustc directly. You’re already using Rust, so using cargo isn’t adding to the supply chain.
That being said, there was one time I needed to use rustc directly. We had an assignment that needed to be compilable from a single source file. I couldn’t bundle a Cargo.toml, so I gave a build script that used rustc directly.
So i could theoretically script a wrapper?
I don’t see why not. Cargo is fundamentally just a fancy wrapper around rustc, anyway. Sure, it’s a really fancy wrapper that does a lot of stuff but it’s entirely possible to just call rustc yourself.