Názory k článku Převody zdrojových kódů z jazyka C do jazyka Go

to jdu zkusit, jsem zvedav jak transpiluje pointerovou aritmetiku v c.

Ugh. Proc by to nekd delal?

Nám se to teď bude hodit, než se snažit o interop přes cgo, které je plný pastiček. Kupodivu pro běžné algoritmy to zatím funguje na nějakých 9x%, což mi přijde fajn na to, jak moc se ty jazyky liší :-)

Určitě není lepší použít cgo?

Obecne nevim, ale pokud je sitace takova, ze mame tool v C, ktery by se musel udrzovat (a testy i stabni kulturu ma takove, jak je v C svete zvykem :) a soucasne tym slozeny z Go+Python vyvojaru, je asi lepsi investovat jeden-dva sprinty nekoho, kdo C zna, aby to prevedl jednou provzdy do Go, pokryl testy, vychytal mouchy transprekladu a slo se dal. Ale obecne to samozrejme nemusi platit, pokud je tym jinak slozeny (ceckari) a je ochotnej udrzovat ten C kod na rozumne kvalite (coz jsem vlastne jeste nevidel).

to by bylo zajimave vedet kolik casu se pak jeste muselo investovat do uprav vysledneho kodu v go, aby tam nezustaly nejake relikty z c.

jinak si myslim, ze to je zajimavy projekt.

tak nektery kriticky SW proste v C *uz* mit nechces (OpenSSL, co me tak napadlo jen tak z hlavy). Nerikam, ze Go je vzdy nahrada, ale muze byt, i kdyz muzou byt lepsi alternativy (Rust...).

Transpilace do Rustu bude plná unsafe.

jo, to asi jinak nepujde (tedy jestli je vubec mozne C tranpilovat do Rustu - opacne to jde). Videl jsem toto a ten vyslednej kod je proste "unsafe mut ceckovina" :) https://c2rust.com/

Fuj to je hnus :) Překlad C do Scheme je mnohem hezčí a idiomatičtější.

Zrovna kritický SW nechceš konvertovat něčím, co selhává i na jednoduchoučkých příkladech. Kontrolovat takový kód dá často víc práce, než ruční přepis.

A hlavne prekladom takyto toolom prides o vsteky konvencie a vyhody z trochu inej paradigmy.

jsem zvedav jak se transpiluje pointerova aritmetika, asi to budu muset zkusit :-)

Kupodivu to semtam zvladne.

(toto sice neni pointerova aritmetika, ale dodam - nekdy samozrejme pokud se v C vraci ukazatel na lokalni promennou, bude to v Go blbe, protoze to bude fungovat, i kdyz to fungovat nema :)

Ono to nemá fungovat ani v tom C. Leč bohužel...

To sem zvedav, co za kod z toho poleze! Kdysi davno sem skousel nakej sw pro automatickej preklad z fortranu do c, a to bylo peklo...

Toto je mozna zajimavejsi, protoze to je prevod z nizkorovnoveho jazyka do vysokourovno(vej­siho) jazyka. Kupodivu spoustu problemu resi pres rezy. I kdyz ruzne manipulace s uniemi atd. jsou problematicke, uvidite.

Rozumim jak to myslite, presto si nemohu odpustit srovnani, ze proti Fortranu77 je i Ansi/C95 neuveritelne "vysoko-urovnovej" jazyk! :-)

Myslel jste C99 nebo Fortran95?

Fortran 77 — jímá mě nostalgie… Ale pod Fortran 2008 dnes v praxi nejdu :)

18. 11. 2022, 16:01 editováno autorem komentáře

Tak je to nesporne zaujimave, ale C ma proti go minimalne jednu nespornu vyhodu. Kniznice napisane v C sa trivialne volaju prakticky z kazdeho jazyka. Ak sa niekto rozhodne ze napr. OpenSSL bude dalej vyvyjat v go, tak nechcem pocut ten rev...

15. 11. 2022, 15:33 editováno autorem komentáře

OpenSSL v Go asi ne, ale mozna se dockame prepisu do Rustu. A i kdyz nemam rad ty obrovsky binarky, tak bych byl mozna i radeji.

Co zkusit spíš https://gitlab.com/cznic/ccgo? To by mohlo být za go portem sqlite https://gitlab.com/cznic/sqlite. Na cznic gitlabu je těch portů víc.

Moc dik, podivam se na to!

Je to prosím jenom nějaká hříčka, nebo má s tím portem někdo větší plány?