https://lwn.net/ml/gcc/CAGWvnym7--36T6L6XhhVhQmafR-w3g1NE1Zh9qTbjcC325Us1Q@mail.gmail.com/

В gcc собираются включить наработки #gccrs, то есть, добавят реализацию Rust.

Это будет уже третья реализация, помимо основной, и #mrustc(https://github.com/thepowersgang/mrustc).

Я надеюсь, они таки сделают процедурные макросы не с помощью загрузки .so(а, например, использовав miri, или что-то подобное), и у меня появится нормальный компилятор Rust.

Ну и факт того, что он написан на С++, не может не радовать, это всегда хорошо для #bootstrap

https://lwn.net/SubscriberLink/954787/41470c731eda02a4/

#gccrs

rust in gcc стагнирует, и далек даже от того состояния, в котором сейчас находится #mrustc. mrustc уже умеет в 1.54, а вот эти вот товарищи пытаются в 1.49, да и то, там конь еще не валялся.

https://gcc.gnu.org/wiki/cauldron2023talks?action=AttachFile&do=view&target=GCC+Rust+Update.pdf

Пролистал слайды про устройство proc macro в gccrs, смерть смерть кладбище, тоска, они собираются точно так же динамически линковать и загружать .so, как это сейчас делает rustc.

А, значит, они мне совершенно бесполезны.

https://blog.rust-lang.org/2024/11/07/gccrs-an-alternative-compiler-for-rust.html

#gccrs, в очередной раз, пытаются объяснить, зачем они нужны, когда есть rustc, #mrustc, и rustc_codegen_gcc.

И, в очередной раз, у них это получается плохо. Потому что они не нужны (не решают существующих задач).

https://www.phoronix.com/news/More-Rust-Merged-GCC-15.1

145 патчей от #gccrs!

В этот раз они решили, что таргетировать будут ажно 1.49 версию.

Напомню, что мою любимый #mrustc https://github.com/thepowersgang/mrustc умеет уже в 1.74, практически, в одно (мотивированное) рыло!

Да, да, я понимаю, что у gccrs задача чуть сложнее - им надо запилить настоящий borrow checker, но, тем не менее, состояние проекта кажется странным.