The D Language Front-End Merged Into GCC 9

Iain Buclaw gyakorlatilag egymaga tolta be, önkéntesként, szabad idejében.

https://gcc.gnu.org/ml/gcc-patches/2018-10/msg01676.html

https://www.youtube.com/watch?v=iXRJJ_lrSxE

https://news.ycombinator.com/item?id=18325498

https://old.reddit.com/r/programming/comments/9sb74k/the_d_language_fro…

( uid_6201 v | 2018. 11. 01., cs – 14:41 )

Itt is belátható, hogy az opensource világában is nagy szerepük van az extra lelkesedésű egyéneknek. Szép teljesítmény tőle.
A changelog-ban nincs benne még: https://www.gnu.org/software/gcc/gcc-9/changes.html

Mellékesen megjegyzem, maga a D nyelv bőven hozott újítást vagy 10 éve a C-hez képest, ismerkedtem ezzel a nyelvvel is, örültem hogy a Linux disztribúciókban megtalálható a fordítója. Aztán jött a Go, némileg a D-ben megismert ügyességeket továbbcsiszolva, de leginkább a Google erős háttere miatt terjedt.
Mára a viszonylag fiatal Rust nyelv lett nálam C alternatívaként a befutó, mivel mégtöbb klasszikus szokást merőben új és biztonságos megközelítésre cserélt. A cargo-t mint "make" parancs utódot is eltalálták.

Néha elgondolkozom, hogy a ma elérhető sok-sok programozási nyelv valójában jó dolog vagy inkább már hátrány?

Érdekes megvilágításba helyezi a D-Go-Rust nyelveket. Annyi a megjegyzésem, hogy a cikk akkor íródott, amikor a Rust 1.0 még csak pár hónapos volt. Azóta rengeteget fejlődött, béta ágban már készülve a 2. főkiadásra.

Rust-ban írtak azóta unix-like operációs rendszert, illetve egy RTOS-re emlékeztető OS-t is. Mikrovezérlőkre egyébként vannak sikeres próbálkozások, de itt szerintem a C-t nem lesz gyors folyamat gyártói támogatás hiányában kiváltani. Így csak néhány kiszemelt mikrovezérlő típusra fog egyelőre korlátozódni.

A Rust egyébként a változóknál GC helyett lifetime-ot használ. Viszont amit tényleg nehéz volt megszokni, az az ownership és borrowing. A cikkben a szerző jól rátapintott, hogy a tanulás első időszakában magasabb falak tornyosulnak a nyelvet megismerni szándékozó előtt. Ellenben izgalmas megoldásai vannak.

A D-re visszatérve a népszerűségének szerintem nagyon jót tenne egy cargo-hoz hasonlóan külső komponensek berántásával is foglalkozó "make" továbbgondolás és persze egy nagyobb komponensgyűjtemény.

"külső komponensek berántásával is foglalkozó »make« továbbgondolás"

https://github.com/dlang/dub

"egy nagyobb komponensgyűjtemény"

http://code.dlang.org/

----
„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”

( uid_6201 v | 2018. 11. 02., p – 16:30 )

Kontrasztos látni a D és Rust biztonsági megközelítését:

- D: a C const-jához hasonlóan ha readonly-ként való változókezelést akarsz jelezni, akkor "immutable" mint lehetőség megvan. Ezt következmény nélkül elhagyhatod.
- Rust: fordítva gondolkoztak. Ha a későbbiekben változtatni is szeretnéd a változót, akkor a definiálásnál a "mut" szócska kötelező. Indokolatlan "mut" fordításnál warningot eredményez.

Biztonságos utasítások megkövetelése:
- D: a C-hez hasonlóan alapból unsafe. Ha akarod, bekapcsolhatod a figyelést a függvény elé helyezett @safe illetve @trusted módosítóval. Ezen belül sajnos nincs lehetőséged valami apró @unsafe kapcsolóval jelzett rész beillesztésére.
- Rust: szintén fordítva gondolkoztak. Ha nem biztonságos utasítást akarsz használni, kizárólag unsafe { ... } közé zárva tudod megtenni azon szűk részekre, ahol kell.

Egyéb:
- D esetén alapjában véve meghagyták a C-nél megszokott egyetlen változóval való visszatérést és a pointereket is. Alapból a null terminált stringet is meghagyták, bár @safe környezetben üldözik.
- Rust esetén nyelvi szinten van a több változós visszatérés, továbbá száműzte a NULL pointerrel való visszatérést. Nem null terminált stringet használ, ráadásul valid UTF8-at követel.

Bővebben a D problémákról: https://www.walterbright.com/gonewild.pdf

A D nyelv a jobban követi a C nyelv szabadságát, könnyebb indulni vele. A Rust viszont a korlátozásokkal eléggé megnehezíti a kezdők életét.