Cases in point:
- The Rust Foundation has corporate sponsors. Have they, in fact, acted in a manner that should undermine our trust in Rust, the language?
- The Rust compiler could contain a backdoor. Does it, in fact, and what are the reasons we would have to believe that?
(1) The Rust Foundation was very carefully engineered to not have any influence on the technical direction of the language. Yes, corporations are backing it, someone needs to pay the bills. Yes, they expect to benefit from it. It's pretty clear how - they want to ensure Rust, which they heavily rely on, is continued to be developed.
(2) The Rust compiler does not contain a trusting trust backdoor. It's possible to bootstrap rustc from zero (the original OCaml compiler) or short-circuit with mrustc. This was done and the binaries were identical (yes, not every version was checked). The GCCRS compiler might not be useless, but it is far from being useful enough that the Rust community should shift resources towards it.
It's a typical C mindset that rewriting programs creates new bugs, because it takes years to "battle test" and shake bugs out of a C program. In my experience rewrites in Rust uncover latent bugs of C programs when they finally get checked lifetimes, useful type system, enforced error checking, etc.
rgbrgb•24m ago
this is interesting but idk if i get it. couldn't you compile it with a different rust implementation like https://github.com/thepowersgang/mrustc
rcxdude•6m ago
https://guix.gnu.org/manual/1.5.0/en/html_node/Full_002dSour...
https://stagex.tools/
(I think nixOS also has some work in this area, but I'm not sure how complete it is)