"Variable" dans compilateur

Bonjour,

Je code en C un µC PIC, et quand je créé un nouveau projet, l'IDE (MPLabX)
Je vient de remarquer quelque chose que je ne connait pas, dans le code qui suit, le compilateur "test" des "variable" pour inclure un header particulier.

Ou sont défini ces "variables" que teste le compilateur ? Peut t'on définir le même genre de variables pour procéder de même dans notre code ?

Merci !

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

#if defined(__XC) #include <xc.h> /* XC8 General Include File */ #elif defined(HI_TECH_C) #include <htc.h> /* HiTech General Include File */ #elif defined(__18CXX) #include <p18cxxx.h> /* C18 General Include File */ #endif   #if defined(__XC) || defined(HI_TECH_C)   #include <stdint.h> /* For uint8_t definition */ #include <stdbool.h> /* For true/false definition */   #endif

---

Ce ne sont pas des "variables" à proprement parler... précisément, ce sont des variables pour le précompilateur (cpp sur gcc, et autre chose chez les autres).

Ces variables servent à connaitre l'environnement du compilateur, et les paramètres donnés au compilo.
Tout ce qui commence par # est une commande pour le précompilo.

Ces variables tu dois pouvoir les trouver dans ton IDE (à chercher dans tous les menus liés à ton projet).

Tu dois pouvoir en définir si ton IDE te permet de modifier la ligne de commande utilisée pour compiler les fichiers.

Modifier ces variables et le code entre les #ifdef #else #endif modifiera le code généré AVANT qu'il soit compilé !

Par exemple, en fichier d'entrée :

Code:

---

1 2 3 4 5 6 7 8 9

#define MA_VAR   #ifdef MA_VAR printf("Ceci sera imprimé"); #endif #ifdef AUTRE_VAR printf("mais pas cela") #endif

---

Cela génèrera le code suivant :

Code:

---

1 2	printf("Ceci sera imprimé");

---

Qui sera compilé après.

Salut
Comme le dit Metalman, ce ne sont pas des variables mais des macrodéfinitions.

Ces macros peuvent être inscrites directement dans le code (comme l'exemple de Metalman) mais aussi envoyées au code par le compilateur en utilisant la directive -D

Si on reprend l'exemple de Metalman mais qu'on compile en rajoutant l'option "-D AUTRE_VAR" alors cela génèrera le code

Code:

---

1 2	printf("Ceci sera imprimé"); printf("mais pas cela");

---

Les fichiers pour PIC en contiennent beaucoup, pour choisir le compilateur utilisé et paramétrer la chaine de compilation, comme dans ton exemple. Il y en a aussi beaucoup pour inclure les définitions de modules et autres pins en fonctions de la référence exact du µC utilisé.

Salut,

Je vais essayer de trouver ça dans l'IDE mais ça n'a pas l'air gagner ^^
De la même façon, on peut renvoyer des erreurs à la compilation en fonction de certaine variable du code ?

Tu devrais te renseigner sur ce qu'est un pré-processeur et les directives qu'il est capable de gérer. Ça te sera utile ;)

Pour générer une erreur, il suffit de faire #error suivi d'un message. Tu peux aussi faire #warning.

Tu n'as pas forcément besoin de tout retrouver dans l'environnement. Dans MPLAB, beaucoup sont positionnés de manière cachée quand tu choisis dans le wizard la puce que tu utilises, quand tu paramètres ta toolchain dans les options, etc.

Citation:

---

Envoyé par petitnul12

De la même façon, on peut renvoyer des erreurs à la compilation en fonction de certaine variable du code ?

---

Non. La compilation ne regarde pas la valeur des variables. Celles-ci sont évaluées lors de l'exécution.

Toutefois il existe la macro assert() qui fait l'évaluation demandée et qui renvoie une erreur si cette évaluation est fausse
Exemple

Code:

---

1 2 3 4 5 6

#include <assert.h> for (i=0; i < 5; i++) { printf("i=%d\n", i); assert (i >= 0); }

---

Si pour une raison ou une autre i devient négative, le programme s'arrête et renvoie une erreur disant que l'assertion n'est pas vérifiée.
C'est pratique lors des mises au point pour s'assurer de la validité des paramètres reçus ou autres soucis éventuels.

Merci =)

Je vais me documenter sur le pré-processeur, on nous en dit bien peu en cours, et ça a l'air bien plus puissant que ça en a l'air !

Cela peut être très puissant en effet, et mène directement aux "templates" du C++ (à voir beaucoup plus tard).

Le fait que les écoles ne l'apprennent pas tellement est souvent reproché, mais comme il faut d'abord bien comprendre "le code" avant de s'aventurer sur "générer du code avec du méta-code/pré-processeur", c'est un minimum justifié.

On manque cruellement de temps !
On à vu les templates du C++ aussi =)