Comment puis-je activer le C++ style des commentaires dans gcc, tout en laissant ANSI-il activé?

C'est juste venu comme une question où j'ai travaillé, j'ai donc fait un peu de creuser et la réponse est un ExpertsExchange un. J'ai donc la main à la question d'origine asker, Manchung:

J'ai un projet écrit en pur C, qui est utilisé dans un système embarqué. Alors, j'utilise pur C pour réduire la taille du code.

Quand je compile le projet, j'ai utiliser l'option-ansi drapeau afin de s'assurer que le code est conforme à la norme ANSI. Cependant, l'inconvénient de l'utilisation de cette balise ansi, c'est que je suis seulement autorisé à utiliser C style de commentaires (/*commentaires */). Ce qui me donne mal à la tête quand j'ai besoin d'imbriquer des commentaires.

Donc, ma question est: est ce que les commutateurs/drapeaux puis-je utiliser pour me permettre d'utiliser le C++ style de commentaires (//commentaires), tout en gardant l'ANSI vérification activée en même temps?

Qui assez bien sommes ma question trop.

  • Le haut voté réponse à cette question n'est plus valide. Je serais ravi de voir une solution dans mon cas c'est parce que je suis en train de faire respecter la croix-plate-forme code de compatibilité entre Windows et Linux. Windows nécessite le plus souvent conforme à la norme ANSI code, mais a style c++ commentaires en-têtes système. Et mon Windows les développeurs c++ style des commentaires si je n'ai pas de drapeau comme des mises en garde (et il y a comme une erreur). Activation de c++ commentaires dans GCC semble être la réponse la plus simple.
InformationsquelleAutor graham.reeds | 2008-11-10
  1. 26

    Sur les versions récentes de gcc, -ansi est documenté comme étant le même que -std=c89. Le nouveau commentaire syntaxe est uniquement disponible avec le standard C99, donc -std=c99 ne le permettrait.

    Il est également -std=gnu89, qui est le même que -std=c89 mais permettant à toutes les extensions de gcc (y compris le C++-style de commentaire de la syntaxe, qui est une extension GNU longtemps avant qu'il a été ajouté à la norme).

    Aussi regarder la -pedantic drapeau, ce qui pourrait vous donner quelques avertissements utiles.

    Références:

    • -std=gnu89 est probablement le cas des OP meilleur pari, -std=c99 a d'autres conséquences que cela peut ne pas être souhaitable.
    • -std=gnu89 a travaillé pour moi, j'étais également à la recherche pour l'amélioration des commentaires largement ansi sémantique.
    • Le docs dit que l'option-ansi est équivalent à-std=c90, de ne pas c89 (juste pour être "correcte", même si ces deux semblent être synonyme de nouveau?)
    InformationsquelleAutor CesarB
  2. 19

    Si vous souhaitez utiliser les commentaires de style C++ simplement parce que vous voulez en commentaire blocs, et avoir des maux de tête sur l'imbrication /* ... */, vous pouvez utiliser cette technique:

    #if 0
... code ...
#endif

    qui sera effectivement aussi faire le travail.

    • Quelque chose de mal avec ma réponse? S'il vous plaît commentaire si vous downvote. Vous ne pouvez pas imbriquer C-les commentaires de Style, et style C++ commentaires ne sont pas valide en C++89. Cette #if 0 est à peu près la seule façon dont il à le faire correctement si vous voulez en commentaire code.
    • C'est la MEILLEURE approche à ce problème, à mon humble avis.
    • Cela ne répond pas à la question. Elle permet uniquement d'éviter cela.
    • Mais je soupçonne que les questions vrai problème est de commenter le code. Et à cet effet, ai-je répondu. Ma réponse évite la question parce qu'il essaie de résoudre le supposé problème à la racine, qui est de qualité supérieure.
    • Et en agissant ainsi, votre réponse ne répond pas à la question que tout le monde clique sur ce lien voulant résoudre, et est beaucoup moins général. Alors, non, ce n'est pas de qualité supérieure. Il permet à l'OP, mais n'aide pas la plupart des gens qui cliquent sur le lien plus tard. Qui est ce que StackOverflow est tout au sujet.
    InformationsquelleAutor Johannes Schaub - litb
  3. 14

    Vous pouvez utiliser -lang-c-c++-commentaires préprocesseur d'avoir à la fois mode ANSI et C++-style de commentaires.

    gcc -Wp,-lang-c-c++-comments -c source.c
    • Qui, apparemment, ne fonctionne pas selon mon collègue.
    • C'est parce que c'est en fait un préprocesseur drapeau, vous l'appelez comme: gcc-Wp-lang-c-c++-commentaires -- pas directement sur la ligne de commande. Toutefois, si vous voulez vraiment la portabilité ansi, alors vous ne devriez pas avoir de style c++ commentaires... 🙂
    • je pense que la vôtre est la réponse définitive.
    • Je crois que ce n'est plus pris en charge. Je ne peux pas le faire fonctionner dans GCC 4.2 ou 4.4 sur Mac ou Linux. Je ne peux que trouver cette référence au CCAG RPC manuel (retour à la version 2.9) "Remarque: les versions Précédentes de la rpc a accepté un -lang option sélectionnée à la fois la langue et les normes de conformité de niveau. Cette option a été supprimée, car elle entre en conflit avec la -l option." Je ne peux pas trouver un de remplacement.
    InformationsquelleAutor philant
  4. 3

    Si vous utilisez -ansi seulement pour vérifier la compatibilité, alors le plus simple pourrait être de préparer un script ou un fichier makefile cible qui copie la source complète de l'arbre en "ansi" dossier en application de correctifs à l'écart de la //de commentaires. En pseudo-bash:

    SRC=main.c blip.c blip.h
cp makefile ansi-src/
for F in $SRC do
# does not handle //in string literals or /**/comments!
sed 's/\/\/.*//g' < $F >ansi-src/$F
done
cd ansi-src
make CFLAGS=-ansi

    Si votre CSC prend en charge, cela pourrait aussi être fait un commit-crochet qui construit le code automatiquement sur une machine dédiée en mode ANSI après chaque commit et les mails que vous avez un rapport à ce sujet.

    • Méfiez-vous de la fuite des barres obliques inverses si, lors de patcher vos sources.
    InformationsquelleAutor Nordic Mainframe
  5. 0

    J'ai peur de script en place une sorte de commentaire-réécriture de l'utilitaire (comme Luther Blissett l'indique) pourrait être votre seule option ici. Dans les versions récentes de gcc, il ne semble pas être n'importe quelle sorte de compilateur drapeau ou de la CLI option qui permettra à C++-style de commentaires lors de la -ansi ou -std=c89 est utilisé.

    Vous pourriez être en mesure d'obtenir ce que vous voulez en les abordant sous un angle différent. Vous pourriez être en mesure de compiler avec -std=c99 et d'utiliser les drapeaux de compilation de désactiver le C99 extensions spécifiques que vous ne voulez pas (sans en savoir plus sur exactement pourquoi vous avez besoin de conformité ANSI, je ne peux pas recommander des indicateurs spécifiques).

    InformationsquelleAutor bta
  6. -2

    Vous pourriez construire automatiquement une copie de la source avec les commentaires dépouillé, et de l'utiliser dans votre programme.

    E. g. cette semble prometteur

    InformationsquelleAutor HoboBen
  7. -7

    C a a C++ commentaires de style pour près de dix ans maintenant, peut-être que vous devriez mettre à jour?

    • Je pense que nous sommes à l'aide de gcc 3.x fourni par le Vent de la Rivière pour 64 bits des systèmes embarqués
    • C'est ce qu'il essaie de faire une mise à niveau de C89 à C89 avec C++-style de commentaires. Étant donné qu'il a dit que la cible est un système embarqué, il est peu probable qu'il ait une C99-conforme compilateur de toute façon. Même GCC ne pas mettre en œuvre C99.
    • En fait il s'avère être gcc 2.9!!
    • Si le code n'a jamais besoin d'être compilé à la gcc de la version 2.9+, il n'y a pas beaucoup de point à l'aide de l'-ansi drapeau. Que cesse de vous en utilisant des choses que d'autres C89 implémentations peuvent manquer, mais si ce n'est pas une exigence, simplement en utilisant le mode par défaut, -std=g89, ce qui permet d'en //.
    InformationsquelleAutor 1800 INFORMATION