no nevim, icc je placeny
spis gcc kompiluje "blbe" neco pro core i7 a samozrejme to nebude chyba procesoru, ale kompilatoru :)
mimochodem march konci u core2 v gcc4.3.3, ted sem se dival
Jen to ne !
jedine, ze by zacali optimalizovat flagu pro march a jine, defautlni chovani se menit nesmi.
Mimochodem Intel ve zvem kompilatoru detekoval AMD a pridaval prazdne cikly, popr mu naschval podstkaval kod, ktery je zastaraly a AMD je na nem velice pomaly, takze je to treba brat v potaz, ze Intel je hajzlik, ktery zakerne skodi konkurenci.
Mimochodem AMD uz prispiva do GCC roky a tak je to muj CPU, Intel uz me enzajima, spise je skoda, ze disky windows AMD nemuze konecne udelat jiny CPU, ktery uz nebude s X86 kompatibilni
no bylo to jinak, icc a icf nepouzivalo na AMD cpu sse2 i kdyz AMD cpu transparentnim zpusobem (stejne jako intel) davaji najevo prezenci sse2 instrukci
v kodu byla navic kontrola na string "Genuine Intel" :) Existoval ale patch, kterej bud pachoval primo icc/icf nebo potom kompilovanou binarku. Ted nedavno jsem ten patch hledal a stranka uz neexistuje, mozna teda v novym icc/icf uz ta "chyba" neni a Intel nechal tu stranku zavrit.
Ono by bohate stacilo kdyby sjednotili vystupni format obou kompilatoru. Zatimco ICC generuje ELF, tak GCC generuje GNUELF. Kdyz vyvijite aplikaci v gcc a prilinkovavate k ni knihovny kompilovane pomoci ICC tak muzete zazit dost podivne situace.
