Anyway, this part sounds useful too, that crustc can compile across network and devices.
> You build a small C server on your Blorbo OS, run rustc on some normal platform like Linux, and let cilly talk over the wire.
lispwitch 1 hours ago [-]
Guix uses mrustc for bootstrapping Rust, as required for compiler packages; it's a really impressive project and has worked well in that role for some time. This new project is interesting for other reasons though, because mrustc is targeted at the de fact "subset" of Rust in use by rustc at any given time. This looks like it could have broader applications, like compiling Rust programs for platforms not supported by LLVM. If it really targets ANSI C (C89 or so), that's potentially many more platforms than are possible with ordinary rustc
So the author made a Rust to C transpiler and immediately used it to transpile... the Rust compiler. I love it.
taris2 2 hours ago [-]
Have you tried Diverse Double-Compiling (DDC) to test if the official rust compiler has a backdoor?
Use crustc to compile the rust source code, producing a new compiler. Then use this new compiler and the official rustc binary, both with deterministic flags, to compile the rust source code again. The two outputs should match bit for bit.
steveklabnik 52 minutes ago [-]
This was done with mrustc, which produced byte identical output.
Very cool. At first, I thought it was yet another LLM-generated demo, but no: original work of art. Super cool. Transpiling into C does seem easier than LLVM IR, and letting GCC optimize seems like this might actually work.
Excited to see the compiler implementation when it's out -- a lot to learn from.
ronsor 3 hours ago [-]
> I put my left hand in a blender. The blender won. (Still have all my fingers, just some stitches). I will not elaborate further.
What a shame. I would've read an article about this.
cozzyd 1 hours ago [-]
I mean I get confused every time I use blender too but not to the point of losing fingers...
> The primary goal of this is support for old/obscure hardware with no LLVM/GCC support. There are still some systems out there that don't support Rust but support C.
The landing page mentions Plan 9 as one of the systems.
SpecialistK 2 hours ago [-]
I wonder if this could be used in PPC Mac OS X, where LLVM isn't supported and most graphical applications need to use GCC 4 with Apple's SDK.
nxtfari 2 hours ago [-]
this is really cool but it seems very unlikely that someone targeting an exotic system not supported by rust (mostly embedded and ancient mainframe targets) would be willing to trust a beta transpiler to not inject any bugs or leaks in the process of turning rust to c. nevertheless, very cool.
groos 2 hours ago [-]
As an ex C++ compiler developer, I heartily approve of this project. Kudos.
Tiberium 3 hours ago [-]
I wonder how the performance looks like, because this can be interesting even for non-porting reasons ;)
adastra22 3 hours ago [-]
It is very unlikely that it would be faster.
gerdesj 2 hours ago [-]
Faster than what? Please finish your sentence.
lpribis 2 hours ago [-]
Faster than rustc (the main rust compiler written in rust). Obvious from the context.
gerdesj 2 hours ago [-]
[flagged]
keepupnow 2 hours ago [-]
Sonic
Imustaskforhelp 2 hours ago [-]
This could be used within https://bootstrappable.org/projects.html to make bootstrappability of rust incredibly much easier other than the previous route of OCaml and other things.
I know some folks within the bootstrappable OS projects community are on Hackernews and I hope that they could take a look at this. I feel as if this project could drastically shrink down the efforts needed to get a working rust compiler in a bootstrappable manner.
lispwitch 1 hours ago [-]
mrustc (a handwritten Rust compiler in C++) is already used for that in Guix and likely other distros: https://guix.gnu.org/blog/2018/bootstrapping-rust/ This would have other benefits though, as it's both a second bootstrapping path and could potentially compile Rust programs for platforms not supported by LLVM
hkalbasi 2 hours ago [-]
Not really. This C code is more like a binary and compiler artifact than a source code. So it won't match the standards of bootstrap.
linzhangrun 53 minutes ago [-]
Quite an interesting project, lol. I like the name `crustc` :)
Gotta respect the dedication to a niche interest.
> The primary goal of this is support for old/obscure hardware with no LLVM/GCC support.
I remember reading about the bootstrapping question, how it typically requires a Rust compiler to build the Rust compiler from source. https://bootstrapping.miraheze.org/wiki/Bootstrapping_Specif...
Oh, but I see there's a C++ implementation of the Rust compiler. https://github.com/thepowersgang/mrustc
Anyway, this part sounds useful too, that crustc can compile across network and devices.
> You build a small C server on your Blorbo OS, run rustc on some normal platform like Linux, and let cilly talk over the wire.
More on the Rust bootstrapping process (2018): https://guix.gnu.org/blog/2018/bootstrapping-rust/
Use crustc to compile the rust source code, producing a new compiler. Then use this new compiler and the official rustc binary, both with deterministic flags, to compile the rust source code again. The two outputs should match bit for bit.
Excited to see the compiler implementation when it's out -- a lot to learn from.
What a shame. I would've read an article about this.
The landing page mentions Plan 9 as one of the systems.
I know some folks within the bootstrappable OS projects community are on Hackernews and I hope that they could take a look at this. I feel as if this project could drastically shrink down the efforts needed to get a working rust compiler in a bootstrappable manner.
this is the wrong direction
(jk i read the readme)