Hamarosan eltávolításra kerül a GNU sort a FreeBSD HEAD-ből

FreeBSD

Tavasszal jelentette be Kövesdán Gábor (gabor@) a -current levlistán, hogy egy új, BSD licences sort variánson dolgozik, illetve azt, hogy munkájának eredménye elérhető tesztelésre. Május közepén a bsdsort bekerült a FreeBSD HEAD-be. Több mint három hónapja már annak, hogy a bsdsort az alapértelmezett sort a FreeBSD HEAD-ben és eddig egyetlen komolyabb reklamáció sem érkezett vele kapcsoltban. Ha a következő napokban ez így marad, akkor a GNU sort véglegesen eltávolításra kerül a HEAD-ből. Akinek kifogása van a lépés ellen, annak most kell jeleznie. Részletek a bejelentésben.

( manfreed (nem ellenőrzött) | 2012. 10. 08., h – 20:22 )

Mi baj a GNU sorttal?

Legutóbb valamiért szóba került a /bin/true, és ráguglizva előjöttek ilyen fonalak, hogy xy Unixon csak egy shell script és hogy ez milyen humoros, amikor nem is nyílt forrású.

Erre jött a ráadás: a GNU /bin/true, ami ahhoz képest, hogy csak egy 0-t kéne visszaadnia, egy paraméterkezelőt is tartalmaz, hogy a --help és a --version működjön :D
----
India delenda est.
Hülye pelikán

Erre jött a ráadás: a GNU /bin/true, ami ahhoz képest, hogy csak egy 0-t kéne visszaadnia, egy paraméterkezelőt is tartalmaz, hogy a --help és a --version működjön :D

Na jó, de csak ez csak egy getopt hívás, ami osztott könyvtárban van (majdnem mindig), szóval ez nem túl nagy gond.

A return mindenkepp kell, mert nelkule tuti siras van, szoval ez valami szabvanynak biztos resze.

A main fuggvenynek pedig azert szoktam megadni ezeket, mert ez a hivatalos szignaturaja, gondot nem csinal, ha kovetem az eloirt szignaturat.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Sir a compiler != szabványban van. A compiler az unused variable miatt is sír.
Többi: arról volt szó, hogy a lehető legegyszerűbb példa. Ha kiírod a paramétereket, egy rosszabb fordító esetleg még fel is tölti őket neked, hiába nem használod. Azzal, hogy ki sem írod, jelzed, hogy nem kívánod őket használni.

Szóval maradjunk annyiban, hogy azint main() {} tökéletesen szabványos, és A minimalista példa.
----
India delenda est.
Hülye pelikán

A main() szignaturajat illetoen mind C89 mind C99 megengedi az int main(void) -ot, a return 0 -t illetoen C89 megkoveteli a return-t, C99 szerint ha nincs return, akkor az egy implicit return 0.

Szoval hacsak nem tobb evtizedes szabvanyt nezel, akkor ez teljesen valid C: 


int main(void) {}

Sot, void nelkul is valid, csak picit mast jelent. (void: argumentumok nem lehetnek; void nelkul: lehetnek, de leszarom oket)

--
|8]

De nem is sugalltad, hogy C++. Illetve konkret valaszt sem adtal a kerdesre. Relevans szabvany van tobb is, a kerdes meg pont az volt, hogy _melyik_ szabvanyban, nem pedig az, hogy ugy nagy altalanossagban hol. Nyilvan az ember ilyesmit nem a Bibliaban keres :-)
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Akkor csak figyelmetlen voltál a szálban: egyrészt http://hup.hu/cikkek/20121008/hamarosan_eltavolitasra_kerul_a_gnu_sort_… másrészt arról volt szó, hogy "ha nem több évtizedes rendszer", tehát értelemszerűen a C99, C++03-as szabványokról van szó, és bármelyikben így szerepel, tehát nem kell eldönteni, hogy melyik.
Természetesen ha C kódként akarod fordítani, akkor szebb a main(void), és pl utalt rá, hogy C++-ról van szó, de nem kell kikötni, C-ben is tökéletesen jól megy.
----
India delenda est.
Hülye pelikán

Pl. van egy daemon, ami különböző események hatására képes külső parancsot meghívni, és konfigból állítható, hogy mikor mit hívjon meg. Ezután a hívás visszatérési értékétől függően fut tovább. A daemon konfigurálása során valaki úgy dönt, hogy tesztelési célból az egyik külső parancsot a /bin/true-ra állítja, hogy megvizsgálhassa, hogy a daemon a megfelelő módon fut-e tovább, ha az adott eseménykor lefutó script 0-val tért vissza.

( pepo v | 2012. 10. 10., sze – 21:00 )

Ebből poliverzum regényt fog írni.