[pre processor] fonctionnement d'une commande dans un header

Version imprimable

Salut !

J'ai un header de ce style :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 #if !defined( EXAMPLE_H ) #define EXAMPLE_H #define _BOB class Example { protected: ... public: #ifndef _BOB coco(); #endif private: #ifdef _BOB coco(); #endif }; #endif // !defined( EXAMPLE_H )
Et mon problème c'est que les commande #ifndef et #ifdef ne mettent pas en gris les bout de code où j'ai appliqué une condition.
--> Est-il possible de faire ce que j'ai fait ou pas? à savoir mettre une condition pour que la fonction coco() soit dans la partie private ou dans la partie public de la classe (selon la condition).

Merci

Bien sur que tu peux mettre des preconditions ou tu veux, a condition que la syntaxe du langage soit respectee.

exemple.

Code:

1
2
3
4
5
6
7
8
9
10
11
 
#ifdef __cplusplus
extern "C"
{
#endif /* __cplusplus */
   typedef AiReturn _API_ISR_FUNC FDX_SERVER_CALLBACK_FUNC(   const AiChar *  /* ac_SrvName */,
                                                const AiUInt32                /* ul_ChangeType */,
                                                TY_RESOURCE_LIST_ELEMENT *    /* px_ResourceList */);
#ifdef __cplusplus
}
#endif /* __cplusplus */

19/06/2007, 11h44
fx007

Ok mais le truc c'est que dans l'exemple que j'ai mis dans mon premier message, aucune des condition n'est grisée alors qu'il devrais y en avoir une qui doit être grisé non?
19/06/2007, 11h49
rikau2

Ca depend de ton editeur...

Visual de temps en temps est un peu capricieux et ne grise pas la bonne partie, donc pas de souci pour ca tant que ca compile sans erreurs ni warnings et que ca fait ce que tu veux....

Par contre, preferes la syntaxe suivante:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#if !defined( EXAMPLE_H )
#define EXAMPLE_H
#define _BOB
 
class Example
{
 
protected: ...
#ifndef _BOB
public:
coco();
#endif
 
#ifdef _BOB
private:
coco();
#endif
};
#endif // !defined( EXAMPLE_H )

19/06/2007, 12h01
r0d

Pardonnez ma curiosité, mais je ne parviens pas à entrevoir l'utilité de ce hack. A première vue, j'y vois un trés gros inconvénient, c'est que l'utilisateur de ta classe sera contraint de connaître ce hack et de définir des variables. Et l'utilisation de ta classe risque de s'avérer épineuse.
19/06/2007, 12h09
fx007

oui alors en fait j'effectue des tests sur un fichier lib et ma dll de test a besoin d'avoir acces a certaines fonction du fichier lib qui sont déclarer en private. Il me faut donc passer celle-ci en public lorsque je serai en phase de test.

L'idée etait d'ajouter une macro dans les options du compilo et le tour est joué... mais bon je sais pas pourquoi visual n'apprécie pas trop que je fasse ca pour mon fichier .h alors que ca marche bien pôur le fichier cpp...

Merci pour tes éclairs nikau2

et j'espère que j'ai été assez clair dans mon explication r0d
19/06/2007, 13h56
r0d

Ok je vois. Et à bien y réfléchir, je ne trouve pas de meilleure façon de faire que ce que tu as fais.

En ce qui concerne la coloration syntaxique, c'est clair que visual est souvent "dans les choux", donc si ton code fonctionne, je ne penses pas qu'il soit utile de s'attarder là-dessus.
19/06/2007, 14h45
fx007

oui et j'ajouterais avant de clore le topic que ma dll de test a aussi besoin de la macro que j'utilise dans le fichier que je teste... car je fais appel à un .h utilisant la macro conditionnel.

SOLUTION ==> Il faut ajouter les macros dans le projet si vous faite appel au .h d'un autre projet qui utilise des macros conditionnel ...

c'était un peu subtil et cela ma couté une matinée :p

merci et bonne journée !