Vlákno názorů k článku
GlibC dostalo funkci arc4random z BSD od Ivan Brezina - 15 let? To musel mit nekdo svatou trpelivost....

15 let? To musel mit nekdo svatou trpelivost. Tohle dost vypovada o stavu soucastneho open-source.
Za tu dobu se nekdo jinej ozeni, zplodi deti a najde si uplne jiny zajmy.

A cože přesně to vypovídá o stavu současného open source?

No však proto se to tam teď dostalo, ne? :-) Někdo se oženil/našel si jiný zájmy a jeho nástupce proti arc4random nic neměl.

Ta funkce navíc v linuxu dostupná je už dlouho v libbsd(7), tohle je jen přidání do glibc.

25. 7. 2022, 13:44 editováno autorem komentáře

Mně osobně přijde, že ta funkce do libc nepatří, navíc takto nazvaná. Crypto-funkce je lepší použít z crypto-knihovny (openssl, gnutls, ...). Ty knihovny ostatně minimálně části takového kódu využijí i jinak, konkrétně i ChaCha20 pokud vím.

Z hlediska potenciálního uživatele takové funkce je taky problém portabilita. Řadu let se nebude dát na existenci nového API spolehnout ani v glibc systémech. A pro "jiné platformy" bych stejně musel vymýšlet náhradní podmíněné řešení. Zato nějakou crypto-knihovnu nejspíše už stejně používám a ta mi nabídne stejnou funkcionalitu na všech platformách uniformně.

Přesně tak. Dnes portabilní binárka znamená buď linkovat proti nějaké historické glibc (a tu stejně radši přibalit, stejně jako libstdc++), nebo staticky musl. Na systémovou spoléhat nelze.

Až tak jsem to rozhodně nemyslel. Vlastnosti definované v POSIXu fungují celkem uniformně na Linuxech, *BSD, macOS. Ve smyslu API kompatibility. ABI - tedy distribuovat binárku - to je o něco složitější, ale tady osobně preferuji open-source + zvyklosti na cílové distribuci.

Třeba zmíněné C++, tam ABI navíc částečně závisí i na dané verzi překladače. Takže lze myslím narazit na problém s libovolnou C++ knihovnou.

Však proto někteří navrhovali, aby se mohlo C++ zlepšit i "za cenu" rozbití ABI. Jinak distribuce v OSS stylu je pěkná na papíře, ale BFU potřebuje binárku, ne haldu zdrojáků.