[CFLAGS] possible?

[noel19549]

Bonjour,

CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4 -fprefetch-loop-arrays"

J'aimerais savoir si ce CFLAGS est encore compatible avec le nouveau compilateur, et si c'est le cas quel est sont avantage détaillé.

Merci pour tout

[Adrien]

Bonjour,

CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4 -fprefetch-loop-arrays"

J'aimerais savoir si ce CFLAGS est encore compatible avec le nouveau compilateur, et si c'est le cas quel est sont avantage détaillé.

Merci pour tout

Salut!
De quel compilateur parles-tu? Ou plutôt de quelle version?
Il me semble qu'elles sont compatibles avec aussi bien la branche 3.3 que la 3.4 (pour la 4.x, je sais pas)
Pour la branche 3.4, tu peux aussi ajouter: -mtune=pentium4
Pour les avantages des CFLAGS, le mieux c'est de lire dans la doc, leur utilité au cas par cas. Ceci dit, c'est pas la peine de mettre des CFLAGS aussi violentes, tu gagneras pas grand chose; ça, ça suffit largement:

Code: Select all

CFLAGS="-O2 -march=pentium4 -mtune=pentium4 -pipe -fomit-frame-pointer"

[Enlight]

Code: Select all

CFLAGS="-O2 -march=pentium4 -mtune=pentium4 -pipe -fomit-frame-pointer"

moi je dégagerais mtune pour les raisons suivantes :

1) il va être préféré à march car en 2è position. (je suis plus sût à 100% mais il me semble que c'est le second argument qui prime quoiqu'avec march et mtune y'a ptet une exception comme avec fomit-frame-pointer et momit-leaf-frame-pointer)
2) march n'est en principe jamais filtré.
3) mtune fait de gros binaires qui incluent du code redondant (1 coup du simple i686, 1 coup le code pour les extensions sse* et mmx avec un test conditionnel)
4) le code spécifique de mtune est le même que celui de march, donc si pour une raison ou une autre march venait à foirer, le binaire avec mtune devrait être tout aussi pourri.

[bdz]

Et si je peux jouter mon grain de sel je te conseillerais de virer le -falign-functions=4. Ca risque de faire plus de mal que de bien.
Sur des CPU moderne c'est plutot -falign-functions=32 qu'il faudrait pour avoir une bonne utilisation du cache. A moins d'avoir des besoins très spécifiques il vaut mieux laiser gcc choisir tout seul la valeur de ce parmètre.

[NiLuJe]

-march=cpu-type
Generate instructions for the machine type cpu-type. The choices for cpu-type are the same as for -mtune. Moreover, specifying -march=cpu-type implies -mtune=cpu-type.

Vérifié avec un

Code: Select all

gcc -march=athlon-xp -v -Q foo.c

(Où foo.c est un code bidon, du genre un ch'tit hello world)

(Et même si le -mtune est spécifié après le -march manuellement, gcc le fait passer avant apparemment).

[Enlight]

oki donc tune crée le code spécifique et march empeche le code générique, bon à savoir. Celà dit, les redondances amènent parfois de dégréables surprises. Je crois qu'il y'a déjà eu des soucis lorsque l'on répétait un flag faisant parti de O2 et qu'O2 était spécifié.