#define comment //

bonjour,

comment definir un comment (//) avec le pre-processor?

du genre (qui ne marche pas)
#define comment //

?

merci beaucoup

Bonjour,

C'est impossible, pour la simple et bonne raison que le boulot du préprocesseur est, entre autres, de supprimer tous les commentaires.

Non, franchement, c'est une plaisanterie ? :lol: Pourquoi voudrais-tu faire une chose pareille ???

Non c'est pas impossible. C'est peut-être sans intérêt mais pas impossible. Tout d'abord, c'est pas avec :

Code:

---

#define comment //

---

qu'on va y arriver car // commence un commentaire. C'est donc comme si on avait simplement écrit :

Code:

---

#define comment

---

On y parvient cependant avec un jeu d'astuces comme :

Code:

---

1 2	#define slash / #define comment slash##slash

---

Le préprocesseur va ainsi remplacer toutes les occurrences de comment par un slash immédiatement suivi d'un slash.

En fait j'ai pas testé :mrgreen:. Mais je pense que ça devrait marcher ;).

Citation:

---

Envoyé par Melem

Non c'est pas impossible. C'est peut-être sans intérêt mais pas impossible. Tout d'abord, c'est pas avec :

Code:

---

#define comment //

---

qu'on va y arriver car // commence un commentaire. C'est donc comme si on avait simplement écrit :

Code:

---

#define comment

---

On y parvient cependant avec un jeu d'astuces comme :

Code:

---

1 2	#define slash / #define comment slash##slash

---

Le préprocesseur va ainsi remplacer toutes les occurrences de comment par un slash immédiatement suivi d'un slash.

En fait j'ai pas testé :mrgreen:. Mais je pense que ça devrait marcher ;).

---

Ca ne devrait pas marcher, pour au moins deux raisons:
- les commentaires sont enleves en phase 3, les macros traitées en phase 4 (ce qui suffit pour rendre l'objectif irréalisable)
- ## doit générer un symbole valide, et // n'est est pas un (ce qui en est un, c'est le commentaire)

Sous Visual, je crois que ça marche avec /* ou //, je ne sais plus lequel (mais je sais que ça ne marche pas pour les deux).
Sous gcc, cette tactique ne marche pas, jamais.

Si l'objectif est de désactiver un bout de code, peut-être mieux vaut-il faire comme cela:

Code:

---

1 2 3

#ifdef ENABLE_MY_CODE //bout de code actife que si ENABLE_MY_CODE est défini #endif

---

Possible aussi avec ifndef, pour avoir le fonctionnement contraire.

Salut,

A vrai dire, j'ai énormément de mal à comprendre pourquoi tu voudrais ne pas utiliser les commentaires "classiques".

Déjà, il faut bien comprendre que les commentaires ne sont là que pour faciliter la lecture (ce qui en soi n'est déjà pas si mal)...

Il faut aussi comprendre que, comme l'a signalé Jean-Marc, les commentaires sont sensé être supprimés par le préprocesseur.

En outre, je me pose la question de savoir comment le compilateur réagirait en période de création du binaire s'il venait à rencontrer ces symboles

Enfin, l'énorme avantage des commentaires "classiques" (qu'ils soient écrit sous la forme de // ou de /* ... */ ), c'est qu'ils sont facilement repérables par les outils d'éditions de code, qui ont tous loisir de les afficher de manière différente et bien précise

Citation:

---

Envoyé par Jean-Marc.Bourguet

les commentaires sont enlevés en phase 3, les macros traitées en phase 4 (ce qui suffit pour rendre l'objectif irréalisable)

---

Dommage. En fait, c'est le seul et unique véritable problème. Si la suppression des commentaires passait après l'expansion des macros, // serait un symbole valide (pour le préprocesseur), la remarque n0 2 ne compterait pas et l'astuce aurait bien marché. Mais bien entendu, le préprocesseur n'a aucune raison de garder les commentaires encore plus longtemps qu'il le fait déjà car ils ne sont pas indispensables au programme.

@epsilon68 :

Code:

---

1 2 3 4 5 6

#define comment(c)   int main() { return 0; comment( -- retourne 0 -- ) }

---

Citation:

---

Envoyé par Melem

Dommage. En fait, c'est le seul et unique véritable problème. Si la suppression des commentaires passait après l'expansion des macros, // serait un symbole valide (pour le préprocesseur), la remarque n0 2 ne compterait pas et l'astuce aurait bien marché.

---

Non, c'est le commentaire complet (commencant par // et avec tous les caracteres qui suivent jusqu'a la fin de la ligne ou commencant par /* et finissant par */ avec tout ce qu'il y a entre) qui est un symbole. // n'est pas un symbole et l'utilisation de ## pour essayer d'en faire un est un comportement indefini.

Ca marche si le preprocesseur fonctionne sur du texte (alors qu'il est defini comme fonctionnant sur des symboles), et qu'il est capable de traiter les commentaires apres les macros. Le preprocesseur fonctionnant sur du texte, c'est l'implementation traditionnelle avec un preprocesseur separe, mais elle est de plus en plus rare. Etre capable de traiter les commentaires apres les macros est courant aussi (les preprocesseurs separes permettent parfois de laisser les commentaires, avoir le compilateur capable de les ignorer est alors utile).

merci pour toutes les reponses,

le but etait de faire un log en debug sans penalité en release
du genre

Code:

---

debug_out << "my log ... " << endl

---

avec

Code:

---

1 2 3 4 5

#ifdef NDEBUG #define debug_out cout #else #define debug_out // #endif

---

voila mais c'est rapé

Une astuce classique pour ce genre de chose est un truc du genre :

Code:

---

1 2 3 4 5

#ifdef NDEBUG #define debug_out cout #else #define debug_out if (true) ; cout #endif

---

Citation:

---

Envoyé par JolyLoic

Une astuce classique pour ce genre de chose est un truc du genre :

Code:

---

1 2 3 4 5

#ifdef NDEBUG #define debug_out cout #else #define debug_out if (true) ; cout #endif

---

---

Tu as oublie le else ;) Un avantage de cette solution, c'est de vérifier aussi la validité syntaxique quand c'est désactivé. (A la place du true, on peut mettre des choses plus intéressantes, disons getenv("LOGGING") == NULL par exemple).

Citation:

---

Envoyé par Jean-Marc.Bourguet

Tu as oublie le else ;)

---

Oups... Je corrige pour lever tout doute :

Code:

---

#define debug_out if (true) ; else cout

---

Mais sous Visual en mode parano, tu auras un warning "condition constante" sur chaque ligne de log, obligeant à désactiver spécifiquement le warning en question.

(de toute façon, si tu as une macro en do { ... } while(0), tu voudras sans doute aussi le désactiver...