[Bug other/93090] RFE: Add a frontend for the Rust programming language
glaubitz at physik dot fu-berlin.de
gcc-bugzilla@gcc.gnu.org
Sat Dec 28 22:46:00 GMT 2019
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93090
--- Comment #2 from John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin.de> ---
(In reply to Jakub Jelinek from comment #1)
> The Go FE actually isn't that independent, the same gofrontend is used by
> both GCC and LLVM, the same FE written in C++ in that case has then a
> compiler dependent layer for GCC and another one for LLVM.
Right. I think this argument was partially true though for earlier
implementations of the Go frontend in GCC, wasn't it?
> So, is for the bountysource another interface for the rustc FE ok, or are
> you looking for completely independent FE implementation?
I'm fine with either way actually. My main motivation is to have a Rust
compiler that supports more architectures than the one currently developed by
the Rust develeopers.
> And even if yes, can e.g. the runtime library be shared with rustc,
> or does it need to be independent?
If I understand the approach by "sapir" correctly, this is actually what's
being worked on in his gcc-rust frontend:
> https://github.com/sapir/gcc-rust/tree/rust
> Again, talking about Go, I think the go runtime is shared by all of goland,
> gcc-go and gollvm.
Which would be perfectly fine with me.
I didn't want to leave the impression that a completely independent
implementation would be necessary. I just mentioned it because it was brought
up as one of the arguments for having a Rust frondend in GCC within the
community.
I think the approach by "sapir" is actually very promising as it should be able
to keep up with Rust upstream which is currently a rather fast moving target.
More information about the Gcc-bugs
mailing list