Celkem zajimavy souhrn. Ale par veci jsem nepochopil:
- z jakeho duvodu "freebsd-gcc != gcc"? Copak podpora FreeBSD neni v mainline GCC? (nevim, zdrojaky ted nemam po ruce). V cem se tedy freebsd-gcc lisi?
- proc autor nedoporucuje pouzivat gcc -O2? Pokud vim, tak optimalizace maji dost malo spolecneho s operacnim systemem a naopak dost hodne spolecneho s cilovym procesorem. Takze pokud si FreeBSD lidi upravili GCC tak, aby jim z neho padajici assembler lip vyhovoval (ale furt by me zajimalo proc :-), dost pravdepodobne se to netyka optimalizaci a tudiz nevidim duvod proc je nepouzivat.
- doufam ze se FreeBSD poucilo z Linuxu a DevFS trefili na poprve "spravne" aby si nezadelali na stejne problemy ktere resil Linux se svym devfs ve 2.4...
- proc autor misto "tedy" pouziva "ie."? Johanka ma asi dovolenou... :-)
Ale jinak pekny clanek.
ad gcc: gcc co je v base fbsd ma par veci upravenych + par veci pridanych atd. proto napr. neni doporuceno (a tusim to ani nefunguje) kompilovat world/kernel pomoci gcc z portu
ad -O2: gcc je zname tim ze produkuje spatny kod. napr. dost dlouho strasil problem kdy nejela knihovna libalias pri -O2 (pomahal jsem to opravovat) a byla to fakt kravina proc to nejelo (gcc spatne pochopilo nektere vazby)
ad devfs: mne funguje dobre.. je ale fakt ze nepouzivam zadne hotswap veci atd.
ad ie: no, psal jsem to tam protoze se mi to libi. navic. ie = id est coz je latinsky, ma snad nekdo neco proti latine?
Chyba prekladace to neni. Najdete si v man gcc popis volby -fstrict-aliasing. ISO C99 predepisuje prisna pravidla pro aliasing. Pokud ceckovy program tato pravidla nedodrzuje, je to chyba v nem, ne v gcc. Protoze tato pravidla mohou byt nepohodlna, existuje popularni volba -fno-strict-aliasing (se kterou se preklada i Linux, pokud vim).