Version imprimable
Bonjour !
Je viens d'installer la toute nouvelle version de Code::Blocks (sortie il n'y a même pas un mois) et en réglant mes flags je suis tombé sur la catégorie "CPU architecture tuning" que je ne me souvenais pas avoir vue dans la version précédente...
Quelqu'un peut-il me dire de quoi il s'agit exactement ? Qu'est-ce qui changera selon ce que je coche ?
Merci d'avance.
Ça veut dire que le programme sera plus rapide sur un type de microprocesseur en particulier, même au détriment des performances sur les autres microprocesseurs compatibles.
Il me semble que gcc accepte deux options différentes, l'une qui préserve la compatibilité, l'autre qui ne laisse un programme tourner que sur l'architecture en question. "tuning" implique la première à mes yeux.
Je vois merci !
Je pense que je vais tout laisser décoché vu que je vise à programmer pour distribuer mes créations publiquement...
Merci encore !
Salut,
Le but de cette option (qui existe depuis toujours à mon sens sous Code::Blocks, bien qu'elle n'ait pas forcément été dans une liste distincte ;)) est surtout de faire en sorte que le compilateur utilise un jeu d'instructions plus ou moins restreint afin d'assurer une compatibilité minimale envers les processeurs les plus anciens.
Tu n'ignores pas que le nombre d'instructions comprises par les processeurs n'a fait qu'augmenter au fur et à mesure des évolutions qu'ils ont subis.
Il y a, par exemple, un monde de différence entre les instructions comprises par le 386 "de base" et le Pentium I. L'arrivée des différentes versions de MMX (pour ne citer qu'elles) a aussi été à chaque fois des évolutions majeures, qui n'étaient, bien évidemment, jamais comprises par la "version précédente" ;).
L'idée de base de ce flag est que, plus tu réduis le nombre d'instructions comprises par le processeur, plus tu augmente le nombre de processeurs capables d'utiliser ton application, et plus tu permets donc à de "vieilles" machine de l'utiliser.
Pendant tout un temps, linux (et tout ce qu'il présentait) était compilé "de base" avec le flag --march=i386, parce qu'il y avait encore, à l'époque de PII et PIII, beaucoup de machines utilisant ces "antiquités". Maintenant, le flag souvent utilisé pour une compatibilité aussi large que possible est --march=i686 lorsqu'on compile en mode 32bits. Mais on gagne en compatibilité ce que l'on perd en optimisations potentielles ;). Il en va d'ailleurs de même pour le flag spécifique au mode 64 bits couramment utilisé "--march=k8".
Pour certaines applications, cela ne posera pas de problèmes majeurs, mais pour d'autres, il peut être particulièrement dommage de ne pas disposer de "toutes les optimisations possibles" ;)
Donc si j'ai bien compris, si je veux que mon programme soit un maximum compatible, je dois tout cocher ?
Non, je t'expliquais comment fonctionnent ces flags, et tu ne peux de toutes manières mettre qu'un seul flag march comme option transmise à Gcc.Citation:
Envoyé par Neoflash Okashi
Si tu veux que ton programme soit un minimum compatible, compile le en 32 bits avec le flag --march=i686.
Mais il faut te dire que le flag --march=i686 correspond à des processeurs qui tournaient sous windows 98 à peu près. Les processeurs qui tournaint sous xp correspondent à peu près aux générations PIII et PIV
L'un dans l'autre, il faudrait déjà un très vieux pc pour que le processeur ne comprenne que les instructions du 686 :)
Sinon, le mieux est encore de ne simplement pas préciser ce flag. Les réglages par défaut de Gcc devraient faire l'affaire.
D'accord je laisse tout décoché donc ! Merci beaucoup !