Mon code est plein d'appels à assert(condition) . Dans la version de débogage, j'utilise g++ -g qui déclenche mes assertions. De manière inattendue, les mêmes assertions sont également déclenchées dans ma version de sortie, celle compilée sans -g option.
Comment puis-je désactiver complètement mes assertions au moment de la compilation ? Dois-je définir explicitement NDEBUG dans toutes les constructions que je produis, qu'elles soient de type debug, release ou autre ?
Utilice #define NDEBUG
7.2 Diagnostic
1 L'en-tête défines le affirmer et fait référence à une autre macro,
NDEBUG
qui n'est pas défined par
<assert.h>. Si NDEBUG est définie comme un nom de macro à l'endroit de la file source où elle est incluse, le nom de la macro n'est pas pris en compte. affirmer La macro est defined simplement comme
#define assert(ignore) ((void)0)En affirmer La macro est redfined selon l'état actuel de l'économie. NDEBUG chaque fois que
<assert.h>est inclus.
Bonjour ! S'il est vrai que lorsque je définis -DNDEBUG, un appel à assert s'exécute quand même, c'est-à-dire ((void)0), est-ce que cela va dépenser un minimum de cycles CPU ? Je pensais que cela correspondait simplement à rien c'est à dire complètement AUCUN CODE..n'est-ce pas le cas ?
@Abruzzo : C'est aussi ce que je pensais jusqu'à présent, mais en y réfléchissant, cela laisserait une place vide. ; à la place, ce qui peut être problématique si le assert est à l'intérieur d'un if par exemple. Je suis sûr que le compilateur optimise les lignes comme 0; loin
@Abruzzo, et BTW, vérifiez si votre IDE ou votre système de construction vous permet de spécifier un modèle par défaut pour un nouveau projet. Vous pourrez alors définir NDEBUG dans la configuration de la version de chaque nouveau projet.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
1 votes
Un peu hors sujet : si vous voulez des informations de débogage,
-gest équivalent à-g2.-g3pourrait être un meilleur choix, car il rend disponible l'information la plus symbolique. Par exemple, à-g3les #defines symboliques seront disponibles. J'ai vu certaines chaînes d'outils s'étouffer sur les-g3cependant. En outre, de nombreuses bibliothèques externes dépendent également de-DDEBUGpour les constructions de type "débogage" (Posix n'atteste que de la présence de-DNDEBUGpour les versions "release").