Discussion :

[Thierry Chappuis]

Bonjour à tous,

Débutant pratiquant le C assidument depuis un peu plus de deux ans, il m'arrive de me ponger dans le code d'applications libres dans un but d'auto-formation. Il y a une chose qui me pose énormément de problèmes (j'en ai même mal à la tête), c'est l'utilisation massive de la compilation conditionnelle.

Comment faites-vous, lorsque vous avez à maintenir un code en C qui vous n'avez pas écrit vous-même (je pense que cela arrive souvent), lorsque vous êtes face à une suite de #ifdef ... #endif, etc. Y a-t'il un moyen de connaître (via une commande de GCC) les constantes du préprocesseur qui sont définies à une certain moment du programme? Un des objetctif clé de la compilation conditionnelle semble être la portabilité multi-plateforme. Y a-t'il un moyen simple de connaîtres les constantes du pré-processeur qui sont définies par défaut sur ma plateforme? (J'ai un PC avec processeur PIII qui tourne sous Linux Debian SID avec GCC 4.0.2)

En ce qui concerne la pratique courante pour écrire du code lisible... Conseilleriez-vous de limiter l'usage de la compilation conditionnelle? Tout cela, c'est des préoccupations de débutant, mais votre avis m'interesse beaucoup, et vos conseils seront appréciés à leur juste valeur! Meilleures salutations

Thierry

[DaZumba]

Ton constat concerne essentiellement les fichiers entetes de gcc, qui sont en effet remplis de directives de pre-process. La meilleure solution est de ne pas les regarder ! Je ne connais pas de moyen simple de connaitre les macros definies a la compilation. Elles dependent notamment des options envoyees a gcc (comme -ansi, par exemple). Je pense qu'une option de gcc (enfin, de cpp), permet d'afficher le code source tel qu'il est produit par le pre-processeur.

Concernant la programmation portable, le plus simple est d'utiliser des bibliotheques tierces qui 'cachent' les aspects machines-dependants et evitent les multiples ifdefs. Sinon, programmer en C standard permet (a de rares exceptions) d'eviter completement les directives machines-dependantes. Mais le C standard ne permet que des choses de bases (pas de mode fenetre ou graphique, par exemple).

[Thierry Chappuis]

Merci beaucoup!

Il n'y s'agit bien de directives définie en grande partie dans les fichiers entête standard. L'utilisation massive de la compilation conditionnelle rend le code vraiment très difficile à lire. Avez-vous déjà eu à maintenir de tels programmes?

Salutations

Thierry

[Emmanuel Delahaye]

Il n'y s'agit bien de directives définie en grande partie

tu peux rephraser stp ?

dans les fichiers entête standard. L'utilisation massive de la compilation conditionnelle rend le code vraiment très difficile à lire. Avez-vous déjà eu à maintenir de tels programmes?

C'est vrai que c'est assez cauchemardesque. Mon petit 'truc' pour m'ensortir, ajouter une ligne

Code :

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

#error "message intelligent a catactere informatif..."

là où ca devrait compler, pour vérifier. Si ça bug, c'est que c'est bon...

[DaZumba]

Avez-vous déjà eu à maintenir de tels programmes?

Pour mes programmes à usage personnel (i.e. non opérationnels et non supportés), j'utilise très rarement de compilation conditionnelle. Parfois, un appel à system() est encadré par un #ifdef linux car la version de l'utilitaire appelé n'accepte par les mêmes options que sous Unix.

Par contre, pour les systèmes opérationnels, on utilise en beaucoup, notamment pour contrôler les versions des routines qui sont compilées. Chaque fichier source est encadré par un define qui donne la version, et il suffit de faire une liste de defines au début de la compilation pour sélectionner telle ou telle version d'une routine donnée. Evidemment, c'est assez affreux à manager et il faut quelqu'un dont le job est de contrôler les versions, éviter les incompatibilités etc. Heureusement, ce n'est pas mon travail!

[Rafy]

La compilation conditionnelle peut servir aussi quand tu as plusieurs compilateurs et que tu utilise du code reconnu par un compilateur particuliers.
Ou même si tu utilise l'unicode, tu vas avoir certaines fonction à modifier, si tu compile en unicode ou non...

[Thierry Chappuis]

mujigka a écrit:
Il n'y s'agit bien de directives définie en grande partie

tu peux rephraser stp ?

Je rephrase donc: ce qui me pose le plus de problèmes sont les constantes définies par défaut ou dans les fichiers d'entête standards. Ces définitions varies selon la plateforme, le compilo, et cela me pose des problèmes fous lorsque je veux suivre ce que fait un bout de code remplis d'instructions préprocesseur du type #if defined ... #else.... #endif.

[Emmanuel Delahaye]

mujigka a écrit:
Il n'y s'agit bien de directives définie en grande partie

tu peux rephraser stp ?

Je rephrase donc: ce qui me pose le plus de problèmes sont les constantes définies par défaut ou dans les fichiers d'entête standards. Ces définitions varies selon la plateforme, le compilo, et cela me pose des problèmes fous lorsque je veux suivre ce que fait un bout de code remplis d'instructions préprocesseur du type #if defined ... #else.... #endif.

Ok. C'est vrai que ce n'est pas facile. 2 pistes t'ont été indiquées.

• L'expansion du préprocesseur
• la directive #error

[Thierry Chappuis]

Merci pour vos réponses. Sur la liste news:fr.comp.lang.c, on m'a indiqué d'utiliser avec GCC la ligne de commande:

Code :

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

1
2
 
gcc -E -dM monProg.c

Cela permet d'afficher toutes les constantes du préprocesseur définies dans dans le fichier passé à GCC (ici monProg.c).

Je vais essayer de me documenter pour voir s'il existe une equivalente avec d'autres compilateurs (e.g. Borland, Intel, MS). Si vous avez des tuyaux...

En ce qui concerne GCC, je devrais maintenant pouvaoir m'en sortir avec:
- l' option -E pour l'expension du préprocesseur et le couple -E -dM
- quelques directive #error

Merci encore pour vos conseils avertis qui m'ont été d'une aide précieuse. Meilleures salutations

Thierry

[Emmanuel Delahaye]

Merci pour vos réponses. Sur la liste news:fr.comp.lang.c,

Argh ! C'est pas une 'liste', mais un forum Usenet...

un petit click sur [Résolu]...

[Thierry Chappuis]

autant pour moi!

Meilleures salutations

Thierry

[Jean-Marc.Bourguet]

Je vais essayer de me documenter pour voir s'il existe une equivalente avec d'autres compilateurs (e.g. Borland, Intel, MS).

-E est standard sous Unix (c'est meme demande par posix si j'ai bonne memoire)

[Thierry Chappuis]

Merci pour votre aide,

J'ai classé le post comme résolu! Je vais essayé d'aller de l'avant avec tout ça. Ma conclusion de tout est que je vais essayer de limiter au maximum l'utilisation de la compilation conditionnelle dans mon propre code.

Merci pour tout et meilleures salutations