Directive préprocesseur #define

Bonjour,

Je fais appel à vos lumière pour un problème simple.
En effet, je fais un #define DEBUG au début de mon prog avec ou sans valeur (#define DEBUG 8 ou #define DEBUG tout court). Cependant, ensuite, je le compare à 8 en directive préprocesseur (#if DEBUG == 8) et il me dit dans le cas du #define DEBUG qu'il n'y a aucune valeur à gauche de l'égalité.

Y-a-t-il un moyen de savoir si une constante préprocesseur à une valeur ou non avant de faire le test pour que celui-ci ne conduise pas à une erreur de compilation ?

D'avance merci

Altrensa

salut

j'ai trouvé une astuce

tu peux faire un test du genre
#if (0 * DEBUG + 1)
#if (DEBUG == 8)
...
#endif
#endif

si DEBUG est une chaine ou un nombre
#define DEBUG alala
#if (0 * DEBUG + 1) renvoie vrai
car 0 * alala c'est tranformé en 0 * 0


alors que si DEBUG est vide
#define DEBUG
#if (0 * DEBUG + 1) renvoie faux
car 0 * DEBUG + 1 est transformé en 0 * +1 qui vaut 0*1 donc qui renvoie faux

le seul truc que j'ai pas trouvé c'est comment savoir différencier si DEBUG vaut 0 ou si DEBUG est une chaine ?

sinon il y a la macro

Code:

---

1 2	#ifndef DEBUG

---

?

non

#define DEBUG
on a defini DEBUG
donc #ifndef DEBUG renvoie faux :)

Code:

---

#if defined (DEBUG)

---

Thierry

non c'est pareil

#define DEBUG
#if defined(DEBUG)
renvoie vrai car on a défini DEBUG

a+

Vraiment génial acx01b...

Merci beaucoup et merci à tous...

Altrensa

Citation:

---

Envoyé par acx01b

non

#define DEBUG
on a defini DEBUG
donc #ifndef DEBUG renvoie faux :)

---

d'accord, mais n'est-il pas plus classique de faire

Code:

---

1 2 3 4 5 6

// on commente cette ligne si on ne veut pas définir DEBUG #define DEBUG #ifdef DEBUG // ce qu'il faut faire si DEBUG est défini #endif

---

salut

cette discussion est amusante car beaucoup de gens y participent sans avoir tout lu !

en quoi ta question est dans le sujet ???

c'est vrai que ma question n'est pas directement dans le sujet.

Je profitais juste de la discussion pour me permettre un élargissement, qui n'a quand même pas rien à voir avec le sujet car si la méthode n'est pas la même, il me semble que je propose un autre moyen (plus simple peut-être car plus direct) d'arriver à la même finalité.

Citation:

---

Envoyé par corentin59

Je profitais juste de la discussion pour me permettre un élargissement, qui n'a quand même pas rien à voir avec le sujet car si la méthode n'est pas la même, il me semble que je propose un autre moyen (plus simple peut-être car plus direct) d'arriver à la même finalité.

---

Il est vrai que Altrensa se complique inutilement la vie en ayant un DEBUG tout court et des DEBUGs avec une valeur. On peut toujours utiliser des bidouilles pre-processeur pour se tirer d'affaire, mais avoir une bonne conception des le debut evite d'avoir a resoudre des problemes artificiels.
Il aurait mieux valu faire

Code:

---

1 2	#define DEBUG <valeur>

---

avec <valeur> valant 0 (pas de debug) a 8 (debug complet). Ainsi, DEBUG est toujours suivi d'une valeur, et cette valeur a une signification.

Citation:

---

Envoyé par DaZumba

Il aurait mieux valu faire

Code:

---

1 2	#define DEBUG <valeur>

---

avec <valeur> valant 0 (pas de debug) a 8 (debug complet). Ainsi, DEBUG est toujours suivi d'une valeur, et cette valeur a une signification.

---

+1

Je suis tout à fait d'accord mais il se trouve que je dois corriger un code qui utilise alternativement des debug et des debug valant 1/8/9 et ce sans que j'ai accès au code donnant une valeur à ce debug d'où l'utilité de ma question.
En tout cas merci à tous...

Altrensa