Vlákno názorů k článku
Podpora Rustu míří do překladače GCC od Martin Vancl - Rust neznám, ale k čemu je tak dobrá...

Rust neznám, ale k čemu je tak dobrá podpora v gcc? Do teď to bez ní taky evidentně šlo.

Např. pro Javu existovalo GCJ, které už dávno není podporované a myslím, že to nikoho netrápí.
https://gcc.gnu.org/wiki/GCJ

K ničemu.

Řekl bych, že podpora GCCRS je žádoucí pro ekosystém Linuxu, protože ten je v současné době postaven hlavně na jazyku C. Pro Linux musí GCCRS a GCC koexistovat.

Jazyk C, jakkoliv je nadčasový, je pro větší věci limitován kvůli absenci striktních typů a objektového programování. Rust také oproti C nabízí lepší bezpečnost a větší souběžnost.

C++ je sice objektový a umí cokoliv, ale někdy to je složité a těžkopádné. Spíše pro velké borce.

Díky za tip na Javu a GCJ, mrknu se na to.

Cože?

Absence objektů by snad ani nevadila, ale ta bezpečnost určitě.

C++ je spíš pro masochisty než borce :) Každopádně v jádru si neškrtne, Linus je ostře proti.

Akorát že C++ od verze 11 má trochu jiný vývoj a v současných verzích 20 a 23 je to dávno jiný jazyk, než si ho Linus pamatuje.

A Linus jen potvrzuje pravidlo, že neexistuje génius na všechno. On umí to svoje, o C++ nemá žádnou představu, nesleduje to, nemá dostatečné informace.

Když se podívám na kód jádra s optikou C++, tak ... no napsat mi někdo takový kód v týmu, tak nejen že neprojde code review, ale navíc dotyčný dostane výpověď. Prostě Céčko no... starodávný vyčpělý jazyk... A jestli to má zachránit Rust... nevím.

C je starý jazyk, ale pořád užitečný. Jako třeba Fortran, každý má svou oblast, kde se stále používá jako hlavní jazyk.

C++20 je jistě velký pokrok oproti “starému” C++, ale Go a Rust jsou silná konkurence.

Souhlasím. I když modularita s rozhraními se u větších projektů hodí. Na druhou stranu bych řekl, že Rust není v objektech netolerantní, jde přímočaře napsat rychlou rutinu, i bez použití objektového programování.

Ale musím říci, že i ta parciální praktičnost je fajn.

Rust má svoje traity, to je v pohodě, obšlehli to z Go a jen jinak pojmenovali. Dle mého skromného názoru absence “plnohodnotného” OOP à la Java nevadí. Typové systémy Rustu a Go jsou poměrně rozumný kompromis, víceméně staré dobré céčkové struktury, ale s přidaným dynamickým dispatchem ve formě rozhraní/traitů. Zdá se, že se to v praxi osvědčilo.

Minimálně jednoho člověka neexistence GCJ trápí natolik, že to snaží revitalizovat, viz https://gcc.gnu.org/pipermail/gcc-patches/2022-November/607205.html a 56 dalších patchů :-)

Zpočátku jsem si kladl podobnou otázku, ale prý to přinese podporu více platforem. Což se na první pohled může zdát zanedbatelné, ale pokud to bude znamenat, že Rust bude pro všechny targety Linuxového kernelu, může to být významná zpráva i svět x64/arm64. Rezavění kernelu by se nemuselo omezovat jen na moduly relevantní jen na některých platformách, ale mohlo by se týkat v podstatě všech oblastí.

Nebylo by lepší tu práci investovat do rozšíření podpory stávajícího překladače Rustu?

Neni v tomto Rust omezenej spise LLVMkem?

Je, tak jsem to myslel, přidat do LLVM podporu pro další platformy.