Discussion :

[LinuxUser]

Bonjour,

Je souhaitais savoir quelles étaient vos options favorites, celles que vous jugez indispensables ou au contraire désuètes, celles que vous utilisez tous les jours au boulot.

Pour l'instant je compile avec ces options:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

g++ -Wall -Wextra -std=c++98 -pedantic

J'hésite à utiliser

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

-Weffc++

car j'ai pas encore bien regardé à quoi il servait.

Je précise que j'ai pas mis

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

-Werror

car pour l'instant je laisse quelques warning que je corrigerai plus tard.

Voilà, j’attends vos commentaires.

[LittleWhite]

Bonjour,

-g

ou

-O2

et dans la même veine :

-DNDEBUG

Après, pour les bibliothèque

-fPIC -shared

et je suis passer à

-std=c++11

[LinuxUser]

OK, intéressant.
Tu ne tiens donc pas compte des warnings?
Et pourquoi choisir l'optimisation "-O2" plutôt que "-O3" qui il me semble optimise plus tout en n'effectuant pas de tronquage ou d'arrondis?

[LittleWhite]

Pardon, j'utilise bien sur les -Wall et -Wextra (/W4 sous Visual Studio).

Le -O3, dans ma tête, il apporte pas tant de gain que ça et il est connu pour apporter des instabilités (trop d'optimisation) (je crois que c'est ce qui est dit dans la doc de Gentoo). Après, -O3 lorsque je suis archi sur que mon code fonctionne, lorsque je le test et lorsque j'ai fait un valgrind parfait. Mais c'est rare que j'ai besoin du -O3.

Un moment, en C, j'utilisait le -ansi / -pedantic ... mais des fois, ils sont pénibles

[Emmanuel Deloget]

OK, intéressant.
Et pourquoi choisir l'optimisation "-O2" plutôt que "-O3" qui il me semble optimise plus tout en n'effectuant pas de tronquage ou d'arrondis?

-O3 effectue peu d'optimisation par rapport à -O2.

En fait, -O3 peut désoptimiser du code - notamment si l'heuristique qui décide quelles fonction doit être inline est un peu trop aggréssif.

De plus, -O3 est très aggressif sur la détection des invariants de boucle. Cependant, dans un programme multithread, ce qui parait être un invariant local peut être quelque chose - tout sauf un invariant ; gcc peut avoir du mal à détecter ce cas. Des problèmes pointus peuvent se présenter dans ce cas.

En fait, -O3 peut apporter des problèmes que -O2 n'apporte pas. Il est difficile d'assurer la validité du code avec -03, tandis que l'option -O2 est beaucoup plus testée.