Discussion :

[Gui13]

Salut à tous,

Ma version de GCC est plutôt vieille, c'est une version 2.6.0.
Je sais plus de quand elle date, mais on est obligés de l'utiliser au boulot.

Voici ma question: lorsque j'utilise des commentaire à la C++, c'est à dire:

Code :

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

// un commentaire

Ca me donne à la compilation:

src/fichier.c:13: parse error before `/'

Je me demandais si c'était pas simplement une option à ajouter/enlever dans mes paramètres de compilation?

Voici la liste des paramètres que j'utilise:

Code :

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

-nostdinc -Wa -Wimplicit -fno-defer-pop -Wa,-L -g  -O  -W -Wall -Werror

(j'ai enlevé les -I et les -B et les -l)

Edit: vous remarquerez quelques options exotique, genre nostdinc, c'est normal, c'est pour un SDK un peu spécial dédié à l'embarqué.

Une idée?

[souviron34]

oui, mettre des commentaires portables /* */

[Gui13]

Héhé ouais, mais sur un clavier Français ca fait bouger le doigt bien plus loin

J'ai rien trouvé en cherchant sur internet à ce propos, si ca se trouve mon vieux gcc ne gère même pas cette option...

[souviron34]

Héhé ouais, mais sur un clavier Français ca fait bouger le doigt bien plus loin

Le / est à 2 touches de * !!!!

[Gui13]

N'empêche que "// " est vachement moins long que "/* */":

- c'est la même touche, c'est bien plus simple (et plus rapide) à coordonner que deux touches, surtout que ton petit doigt droit enfonce la touche shift à ce moment là. Je suis obligé de gymnastiquer pour faire les commentaire C-style.

- 3 frappes de clavier (avec l'espace) au lieu de 5, et ce sans avoir besoin de revenir au milieu du sigle pour commencer ton commentaire (donc encore 2 touches clavier en moins)

- très subjectivement, c'est plus beau pour des one-liners qui viennent se caler juste après une opération (si tu peux rester dans la limite des 80 lettres)

[jeroman]

C'est vrai que les commentaires /* */ c'est pas toujours pratique. Mais il existe des éditeurs de texte qui nous simplifie bien la vie parfois. Par exemple, sous Notepad++ (c'est ce que j'utilise pour coder), il y a un raccourci clavier (paramétrable) qui permet de commenter une sélection.
J'ai configuré ce raccourci avec les touches "CTRL + slash". Il me suffit de sélectionner la partie de code à commenter, d'appuyer sur CTRL+slash, et hop, toute la sélection est commentée avec /* et */. Super pratique. Par contre, ils n'ont rien prévu pour décommenter, alors qu'ils l'ont pourtant fait pour le mode ligne, je pige pas. Je vais peut-être leur écrire et les embêter avec ça.

[Médinoc]

2.6.0, c'est trop vieux pour une option du genre -std=c90?

[jeroman]

Ce que je ne comprends pas, c'est pourquoi vous êtes obligés d'utiliser une si vieille version de GCC. C'est insensé, c'est une version qui apparemment date du 14 juillet... 1994 ! Depuis tout ce temps il y a un bon paquet de flotte qui a coulé sous le pont (et peut-être même que le pont n'existe d'ailleurs plus ).

[Vincent Rogier]

dans tous les cas, les commentaires C++ ont été autorisés en C a partir du C99, donc aucune chance qu'un compilo de 94 les autorisent (sauf extension particulière)

[Pouet_forever]

Pourquoi ne fais-tu tout simplement pas un programme qui transforme les commentaires // en /* */.

[souviron34]

aussi une remarque :

-g met le debug
-O optimise


C'est plutôt contradictoire...


Si tu veux vraiment faire un truc léger, je te conseille d'enlever le -g.

Et peut-être d'optimiser avec -O2

Et peut-être de faire tourner "strip nom-programme" ensuite...

[souviron34]

Ce que je ne comprends pas, c'est pourquoi vous êtes obligés d'utiliser une si vieille version de GCC. C'est insensé, c'est une version qui apparemment date du 14 juillet... 1994 ! Depuis tout ce temps il y a un bon paquet de flotte qui a coulé sous le pont (et peut-être même que le pont n'existe d'ailleurs plus ).

16 ans, c'est pas non plus anté-diluvien !!!


Bienvenue dans le monde réel

[sloshy]

La diff entre le binaire d'une "vielle" version de gcc et d'une nouvelle est stupéfiant, pour ce qui est des commentaires, je suis sur que ton editeur de texte prefere (pas de nom, pas de troll), te permettra de faire un raccourci clavier interressant (ou a /S/\/*/\/)

[Médinoc]

-g met le debug
-O optimise


C'est plutôt contradictoire...

Plus tant que ça, si tu n'es pas en -Os: Les informations de débogage ne ralentissent pas vraiment le programme, car il ne s'agit pas de code de débogage, seulement de données.

[souviron34]

oui, mais puisque c'est pour de l'embarqué, la taille de ton binaire étant plus grosse, tu prends de la place inutilement - sauf si tu es absolument en phase de débuggage -


L'optimisation en vitesse a un sens. Mais la taille mémoire aussi..

[Invité(e)]

[...]pour ce qui est des commentaires, je suis sur que ton editeur de texte prefere (pas de nom, pas de troll), te permettra de faire un raccourci clavier interressant (ou a /S/\/*/\/)

Tu pourrai aussi mettre une commande dans le makefile pour transformer les '//...\n' en '/*...*/'.

[Médinoc]

Ah, j'avais oublié, sur le coup, que c'était pour de l'embarqué.
Ça me rappelle la communauté TI68k, don't un membre était (et est peut-être toujours) un obsédé de l'optimisation en taille, apparemment sans comprendre que les seuls jeux qu'il programmait (des jeux de réflexion sans une once de "jeu temps réel") n'étaient pas la norme...

[Gui13]

Pas bête cette idée du makefile, mais du coup ca risque de prendre des plombes sur le projet de 300 fichiers sources que j'ai!

J'ai rongé mon frein, je continuerais à utiliser les /**/.

Pour ce qui est du -g, je n'ai pas la réponse exacte, mais je pense que le plus gros du programme est pris par les ressources graphiques, qui prennent qqchose comme 4Mo (l'executable en lui-même pesant dans les 300ko avec les infos de debug).
Mais je vais me renseigner, c'est une bonne piste d'optimisation.

[Invité(e)]

Pas bête cette idée du makefile, mais du coup ca risque de prendre des plombes sur le projet de 300 fichiers sources que j'ai!

Il doit y avoir moyen de créer un makefile qui ne considère que les fichiers corrigés : au lieu d'avoir source -> objets -> programme, on aurait source -> source-corrigés -> objets -> programme.
Du coup, à part à la première utilisation, ça ne devrait pas prendre beaucoup plus de temps.

Sinon, une commande sed qui permet de faire ça est

Code :

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

sed "s?//\(.*\)?/*\1 */?" file.c > newfile.c

Une dernière info, le support des commentaires c++ est apparu avec gcc 2.7.