[preprocesseur] ## restant

Version imprimable

12/07/2007, 11h56
gorgonite

[preprocesseur] ## restant
Bonjour,

J'ai (encore) un peu problème de macro

dans mon code c j'ai mis une inclusion comme ceci :
Code:

1 2 3 4 5 6 7 /* ... */ typedef unsigned char* puchar; #define ELEMENT puchar #include "fichier.c" #undef ELEMENT /* ... */
avec fichier.c contenant ceci
Code:

1 2 3 4 5 6 typedef struct _CELL_##ELEMENT { ELEMENT elt; struct _CELL_##ELEMENT next; } CELL_##ELEMENT; typedef CELL_##ELEMENT* LISTE_##ELEMENT;
le hic, c'est qu'il reste des ## "parasites" après passage du préprocesseur

le ???.i
Code:

1 2 3 4 5 6 7 8 9 10 typedef unsigned char* puchar; # 1 "list.c" 1 typedef struct _CELL_##puchar { puchar elt; struct _CELL_##puchar next; } CELL_##puchar; typedef *CELL LISTE_##puchar;
quelqu'un sait-il comment s'en débarasser ? (si c'est possible bien sûr :oops:)

je pense que le problème vient du typedef qui aurait du me permettre d'avoir des types d'ELEMENT avec des espaces et des étoiles :?

Je crois que ## ne marche que dans une définition de macro.
Essaie ainsi:

Code:

1
2
3
4
5
6
7
8
9
10
#define CELL_STRUCT_NAME(elt) _CELL_ ## elt
#define CELL_TYPEDEF_NAME(elt) _CELL_ ## elt
#define LISTE_TYPEDEF_NAME(elt) LISTE_ ## elt
 
/* ... */
typedef struct CELL_STRUCT_NAME(ELEMENT) {
	ELEMENT elt;
	struct CELL_STRUCT_NAME(ELEMENT) next;
} CELL_TYPEDEF_NAME(ELEMENT);
typedef *CELL LISTE_TYPEDEF_NAME(ELEMENT);

Ou encore mieux:

Code:

1
2
3
4
5
6
7
8
9
#define DECLARE_STRUCT(type) \
	typedef struct _CELL_ ## type {\
		type elt;\
		struct _CELL_ ## type * next;\
	} CELL_ ## type;\
	typedef CELL_ ## type * LISTE_ ## type;

/* ... */
DECLARE_STRUCT(puchar)

12/07/2007, 12h17
Emmanuel Delahaye
Citation:
Envoyé par gorgonite

Code:

1 2 3 4 5 6 typedef struct _CELL_##ELEMENT { ELEMENT elt; struct _CELL_##ELEMENT next; } CELL_##ELEMENT; typedef *CELL LISTE_##ELEMENT;
C'est horrible ! ## ne fonctionne évidemment que dans les macros. L'usage du préprocesseur s'apprend, comme le reste. Je conseille de relire d'urgence le chapitre 4.11 du K&R2.

effectivement, j'ai oublié que cela ne marchait que dans les macros... j'avais pourtant cela sous les yeux http://www.delorie.com/gnu/docs/gcc/cpp_18.html

désolé du dérangement :oops:

mon fichier.c est finalement :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
#define DECLARE_LIST(ELEMENT) \
typedef struct _CELL_##ELEMENT {\
	ELEMENT elt;\
	struct _CELL_##ELEMENT* next;\
} CELL_##ELEMENT;\
typedef CELL_##ELEMENT* LISTE_##ELEMENT;\
LISTE_##ELEMENT list_##ELEMENT##_create() {\
	LISTE_##ELEMENT liste = (LISTE_##ELEMENT) malloc(sizeof(CELL_##ELEMENT));\
	if (liste == NULL) {\
		fprintf(stderr,"allocation impossible\n");\
	}\
	return liste;\
}\
LISTE_##ELEMENT list_##ELEMENT##_insert(LISTE_##ELEMENT liste, ELEMENT e) {\
  if (liste == NULL) {\
        liste = list_##ELEMENT##_create();\
        liste->elt = e;\
    } else {\
        LISTE_##ELEMENT newList = list_##ELEMENT##_create();\
	newList->elt = e;\
	newList->next = liste;\
        return newList;\
    }\
    return liste;\
}
/* ... */

12/07/2007, 13h52
Médinoc
Fais gaffe pour les ## : À ma connaissance, il y a un des compilos disponibles qui ne les accepte qu'espacés (et ce doit être Visual).
Code:

1 2 3 4 /* Problème entre */ _CELL_##ELEMENT /* et */ _CELL_ ## ELEMENT
12/07/2007, 14h20
gorgonite

Citation:

Envoyé par Médinoc

Fais gaffe pour les ## : À ma connaissance, il y a un des compilos disponibles qui ne les accepte qu'espacés (et ce doit être Visual).

mais si je les espace, ça m'insére un espace avec gcc... et ça ne marchera pas :?

Citation:

Envoyé par gorgonite

mais si je les espace, ça m'insére un espace avec gcc... et ça ne marchera pas :?

Jamais vu ça.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 #include <stdio.h> #define DEF(a) int VAR_ ## a #define VAL(a) VAR_ ## a #define STR(a) "VAR_" # a int main (void) { DEF (xxx) = 2; printf ("%s = %d\n", STR (xxx), VAL (xxx)); return 0; }
Code:

1 2 3 4 VAR_xxx = 2 Press ENTER to continue.
Au fait, je rappelle que les identificateurs commençants par _ sont réservés à l'implémentation. Tu n'as donc pas le droit de les utiliser.

http://emmanuel-delahaye.developpez....htm#id_reserve
http://emmanuel-delahaye.developpez....nom_underscore

12/07/2007, 14h49
gorgonite

Citation:

Envoyé par Emmanuel Delahaye

Jamais vu ça.

effectivement, ça marche avec un espace... ça devait foirer quand je n'étais pas dans la macro :?

Citation:

Envoyé par Emmanuel Delahaye

Au fait, je rappelle que les identificateurs commençants par _ sont réservés à l'implémentation. Tu n'as donc pas le droit de les utiliser.

effectivement, je ne connaissais pas ces termes réservés... merci :D

au passage, je me demandais s'il était possible de définir une partie avec un #ifdef dans cette déclaration de fonction...

en gros, je souhaite que les pfprintf ne soient exécutés que s'il y a le flag DEBUG ;)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
#define DECLARE_AVL(ELEMENT) \
typedef struct STRUCT_NODE_ ## ELEMENT {\
	ELEMENT elt;\
	int offset;\
	struct STRUCT_NODE_ ## ELEMENT *left;\
	struct STRUCT_NODE_ ## ELEMENT *right;\
} NODE_ ## ELEMENT;\
\
typedef NODE_ ## ELEMENT* AVL_ ## ELEMENT;\
\
ELEMENT* avl_find_ ## ELEMENT (AVL_ ## ELEMENT avl_tree, const ELEMENT elt) {\
        pfprintf(stderr,"avl_find\t");\
	if (avl_tree == NULL) {\
                pfprintf(stderr,"null\n");\
		return NULL;\
	} else {\
		int cmp = avl_compareNode_ ## ELEMENT (avl_tree->elt,elt);\
		if (cmp == 0) {\
                        pfprintf(stderr,"cmp = 0\n");\
			return &(avl_tree->elt);\
		} else if (cmp > 0) {\
                        pfprintf(stderr,"cmp > 0\n");\
			return avl_find_ ## ELEMENT (avl_tree->left, elt);\
		} else {\
                        pfprintf(stderr,"cmp < 0\n");\
                        return avl_find_ ## ELEMENT (avl_tree->right, elt);\
		}\
	}\
        return NULL;\
} \
...

23/07/2007, 14h53
Médinoc

Non, mais tu peux utiliser le #ifdef pour une macro séparée et utiliser cette macro dans la grande.
Par contre, si tu changes le define entre les deux, ça n'aura aucun effet...
23/07/2007, 15h23
gorgonite

pas cool... :cry:

:merci: pour ta réponse