GCC 4.3.0

Vyšlo GCC 4.3.0. Obsahuje hromadu změn, oprav a vylepšení. Nově používá matematické knihovny GMP a MPFR. Přidává experimentální podporu C++0x. Podporuje optimalizace SSSE3, SSE4.1, SSE4.2 a -mtune/-march core2 (pro Intel Core 2 Duo) a geode (pro AMD Geode). Zajímavý je také nový přepínač -frecord-gcc-switches, který do binárky uloží informace o tom, s jakými přepínači byla zkompilována.

10.3.2008 14:13 | David Watzke | Nová verze

Komentáře

[fakenickname]

To zní dobře. Můžeme se zase tešit na rekompilaci Core repa v Archu a v Gentoo?

[Georgo10]

IMO osobne si vse prekompiluji (na Archu btw) hlavne s novym prepinacem pro Core2 .. dlouho jsem na tento okamzik cekal

[Nikola Ciprich]

pak sice stejne pujde prd poznat, ale ten pocit

[David Watzke]

Přesně tak

[Let_Me_Be]

Ono se to sice nezda, ale programy zkompilovane se spravnym march jsou stabilnejsi nez ty kompilovane na i686. Je to jenom moje zkusenost, tudiz se muze lisit od celkove pravdy

[alblaho]

Já jsem vždycky myslel, že nestabilita programu je dána defektem ve zdrojovém kódu toho programu. A že by takovou nějakou chybu zakryl správný optimalizační flag se mi tedy nezdá.

[Let_Me_Be]

V konecnem dusledku je to chyba programu, ale to jsou chyby stylu ze x = 1; y = 2; je neco jineho nez y = 2; x = 1; Optimalizace dokazou s programem hodne zamavat. No a taky procesory taky nejsou bez chyby.

[2008]

GCC 4 je slusne povedane velmi nekvalitny kompilator. Urcite verzie nevedeli spravne skompilovat moj program ani pri vypnutej optimalizacii. Pri pouziti GCC 3 program fungoval stabilne aj s optimalizaciou. Verzie GCC 4 su vydavane ako stabilne, ale pritom maju vela bugov s keyword: wrong-code. GCC 4.2.3 ich ma 18. GCC 4.3.0 ma teraz len 4, co sa moze zvysit ak to zacne viac ludi testovat.

[m1c4a1]

Což je zajímavé, protože gcc je nejrozšířenější kompilátor open source světa a tudíž by na něj mohlo dohlížet vícero očí, než na proprietární kompilátory, které vyvíjí v nějaké firmě pár lidí (to slovo "pár" je v porovnání s kapacitou, kterou by mohl nabízet open source svět).

[Let_Me_Be]

Ono to vetsinou nezvlada zkompilovat praseciny, ktere jsou budto na hrane nebo mimo standard. Ale jo, obcas se najde i opravdova regulerni chyba. Ja mel primitivni kod, ktery byl naprosto v poradku, ale zhazoval kompilator, a pak kod, ktery mi hazel sigsev i kdyz byl ok, ale vsechno opravili hned v dalsi verzi.

[Messa]

Klasický argument. Znáš někoho (nebo dokonce znáš někoho, kdo zná někoho), kdo si kdy pročítal zdrojáky GCC a hledal v nich chyby nebo opravoval bugy?

[Michal Vyskočil]

Mohou odpovídat i zaměstnanci Suse a RedHatu?

[Käyttäjä 11133]

Tak co si dneska přečtu před spaním? Zdrojáky kernelu, GCC, nebo Glibc... :D

[R]

Niektore casti v kerneli su tak pekne napisane, ze sa daju citat aj pred spanim.

[Ladicek]

Jednou jsem do zdrojáku GCC koukal – ale to jsem hledal, kde dělám chybu já )

[Peter Fodrek]

uz od dob i/am 80386 sa zacali vynechavat malo pouzivane instrukcie z predchdzajucej generacie a s rodelenim vyvoja AMd a intelu s prichodom pentia je to este horsie...

A p[otom je tu druhy tip kravin ako:

13.9.2005 13:16,

Už dávnejšie je známe, že Intel pripravuje pre viaceré mikroprocesory disponujúce rozšírením EM64T (Xeon, Pentium 5x1) prechod zo steppingu E-0 na G-1. Včera sa na internete objavila informácia, že najnovšie Intel pripravuje prechod zo steppingu E-0 na G-1 aj pre mikroprocesory Celeron D (modely 326 až 351), pričom k nim boli uvoľnené informácie o doplnení dvojice „nových“ inštrukcií z radu EM64T. Konkrétne ide o inštrukcie LAHF a SAHF. Už dávnejšie je zrejmé, že EM64T vzniklo skopírovaním inštrukcií od AMD (konkrétne AMD64). Po zverejnení správy o pridaní inštrukcií LAHF a SAHF je celá vec viac ako istá. AMD totiž v čase, keď vydalo špecifikáciu AMD64, nezahrnula do dokumentácie práve tieto dve inštrukcie. http://www.itnews.sk/buxus_dev/generate_page.php?page_id=19998

[David Watzke]

Řekl bych, že jo, ale hlavně si každej Gentooista vše překompiluje dobrovolně

[xindl]

taková ztráta energie... kdyb jste všichni gentoisti měli základ zkompilovanej na přesně daných strojích tak si mužete přeposílat binárky a budete mít napsrosto stejně vykoný binárky...

[David Watzke]

Jakápak zráta energie, taková hodinka kompilace denně může sežrat míň energie než hoďka hraní (protože se u toho (většinou ) nepotí GPU). I kdyby takovej projekt existoval, šel by mimo mě a IMHO spoustu dalších lidí...

[Michal Fecko]

....taková hodinka kompilace denně může sežrat míň energie než hoďka hraní...

taka hodinka aptitude upgrade alebo pacman -Syu zozerie este menej... :-P

[m1c4a1]

Než hledat, kde kdo používá jakou mašinu a jestli ta moje PŘESNĚ odpovídá, tak si to radši zkompiluju sám, zas tak dlouho to netrvá, když u toho stejně furt sedím. A dělat binární balíčky na každej STROJ, tomu říkám zvrhlost. :) Navíc každej může chtít jiný USE flagy, že...

[ashen]

Chtel bych videt nekoho kdo ma stejne use flagy jako ja;o)

[xindl]

No kdyby jsi neměl závislostní balíčky tak to máš to samý jako by jsi používaj useflagy. Prostě dokážu mít skoro stejnej system.

[Marián Kyral]

No právě: skoro

[fakenickname]

Tusim ze to myslis dobre, ale Gentooisti jsou proste specialni skupina lidi no Ono tam rozhodne neplati ze stejny stroj = stejne zkompilovane, uz jen proto, ze nekdo ma rad nls a nekdo ne, nekdo ma dela ruby ve vimu a nekdo ne, nekdo pouziva jackd a nekdo ne...

[Michal Vyskočil]

Freud by na to řekl, že je to kvůli sexu. Oni chtějí používat panenské binárky a ne ty už někým použité

[Käyttäjä 11133]

Rofl.

[pht]

... a konecne zvlada extended return statement v Ade. ;)

[Vinicius]

Jestlipak taky kompiluje rychleji... Mastim jeden program pomoci gtkmm a mam pocit, ze bych potreboval ponekud rychlejsi pocitac. Opravy chyb mi jsou ale prece jenom milejsi.