Discussion :

[edgarjacobs]

Bonjour,

D'abord, chose important je pense, j'utilise Cbuilder6

Je recherchais sur le net les différentes directives que l'on peut utiliser avec le préprocesseur, car je voulais éviter un éventuel plantage de mon programme qui aurait eu lieu suite à une erreur de dimensionement d'un tableau.

Sur ce site, je trouve cette information, ainsi qu'une similitude sur le site MSDN:

The constant-expression is an integer constant expression with these additional restrictions:

Expressions must have integral type and can include only integer constants, character constants, and the defined operator.

The expression cannot use sizeof or a type-cast operator.

Je décide néanmoins de tester ça avec le bout de code suivant:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
typedef struct {
	SDL_Surface *button;
	SDL_Rect coo;
	int alpha;
} s_button;
 
s_button button[4];
 
void fct(....)
{
	char *btext[]={"Sélection des folders","Folder sélectionnés","Générer les archives","Quitter"};
 
#if sizeof(btext)/sizeof(char *)!=sizeof(button)/sizeof(s_button)
#error Invalid size for btext
#endif
...

Je m'attend à recevoir un message me disant que ma directive n'es pas correcte mais, à ma grande surprise, pas un seul message d'erreur.

Je change donc le code en

Code :

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

1
2
3
4
5
6
7
8
void fct(...)
{
	char *btext[]={"Sélection des folders","Folder sélectionnés","Générer les archives","Quitter","blabla"};
 
#if sizeof(btext)/sizeof(char *)!=sizeof(button)/sizeof(s_button)
#error Invalid size for btext
#endif
...

... et ma compilation m'affiche:

Fatal xxxx Error directive: Invalide size for btext in function ...

Cela génère également une erreur si, pour le premier exemple, l'indice est <> 4

Ma question est donc: le traitement des sizeof par le préprocesseur est-il spécifique à Cbuilder6, ou les préprocesseurs ont-il été modifiés depuis que les articles ont été postés sur le net?

Remarque: personnellement, ça m'arrange bien, vu ma grande distraction...

Edgar.

[denispir]

Bonjour,

D'abord, chose important je pense, j'utilise Cbuilder6

...

Je m'attend à recevoir un message me disant que ma directive n'es pas correcte mais, à ma grande surprise, pas un seul message d'erreur.

...

Ma question est donc: le traitement des sizeof par le préprocesseur est-il spécifique à Cbuilder6, ou les préprocesseurs ont-il été modifiés depuis que les articles ont été postés sur le net?

Remarque: personnellement, ça m'arrange bien, vu ma grande distraction...

Edgar.

Essaye pour voir avec sizeof(UnTypeProgrammé), un type à toi, pas prédéfini par le langage. Là, ça marche peut-être juste parce q'uil connaît d'avance.

Denis

[edgarjacobs]

Hello denispir,

s_button est un type que le langage n'est pas censé connaitre, car pas dans les types de base du C.

Edgar.

[Neckara]

printf("%d", sizeof(s_bouton)); devrait marcher au moment de l'exécution, je ne vois pas pourquoi le sizeof(s_bouton) ne marcherais pas au niveau du compilateur. s_bouton étant définie comme un type le compilateur peut facilement déduire sa taille : taille_s_bouton = sizeof(SDL_Surface *) + sizeof(SDL_Rect) + sizeof(int);.



Ce que je ferais, c'est que j'afficherais le résultat de chaque sizeof() pour voir sur quels sizeof() on trouve des incohérences.

Code :

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

1
2
 
if sizeof(btext)/sizeof(char *)!=sizeof(button)/sizeof(s_button)

sizeof(btext) -> 5 * sizeof(char *)
sizeof(btext)/sizeof(char *) -> 5


sizeof(button) -> 4 * sizeof(s_bouton)


sizeof(button)/sizeof(s_button) -> 4


Donc si tu ne veux pas qu'il y ai d'erreur, tes deux tableaux doivent avoir le même nombre d'éléments.

[diogene]

@Neckara

taille_s_bouton = sizeof(SDL_Surface *) + sizeof(SDL_Rect) + sizeof(int);.

Ce n'est absolument pas garanti.

[edgarjacobs]

Hello,

Au niveau des sizeof, je n'ai aucun problème, de même que pour accorder les tailles des tableaux à remplir avec le nombre d'élements que je souhaite y mettre.

Ma question était

le traitement des sizeof par le préprocesseur est-il spécifique à Cbuilder6, ou les préprocesseurs ont-il été modifiés depuis que les articles ont été postés sur le net?

Par exemple, GCC va-t-il accepter ce genre de directive? (je n'ai ni gcc ni vc sous la main pour le tester)

Dans l'exemple que j'ai donné, distrait comme je suis, je suis capable de rajouter un élément à btex[] en oubliant de modifier la taille de button[]; c'est un simple garde-fou (voilà un mot qui décrit bien la situation!)

[Bktero]

J'ai testé pour toi un code proche de celui posté au message #1 :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#include <stdio.h>
#include <stdlib.h>
 
typedef struct {
	char *button; // pas de SDL chez moi ^^
	char coo;
	int alpha;
} s_button;
 
s_button button[4];
 
 
#if sizeof(btext)/sizeof(char *)!=sizeof(button)/sizeof(s_button)
#error Invalid size for btext
#endif
 
int main()
{
    return 0;
}

Je le compile avec CodeBlocks sous XP (donc le comportement de gcc normalement) et j'obtiens :

d:\...\developpez.c|13|error: missing binary operator before token "("|
||=== Build finished: 1 errors, 0 warnings ===|

@Neckara :

je ne vois pas pourquoi le sizeof(s_bouton) ne marcherais pas au niveau du compilateur

Le problème est ici de savoir s'il marche lors du passage du pré-processeur, donc avant la compilation.

[denispir]

@Neckara :

Le problème est ici de savoir s'il marche lors du passage du pré-processeur, donc avant la compilation.

Oui, c'est exactement ça : le préprocesseur (au sens des macros C) n'est pas sensé avoir une connaissance du langage (comme le sens de sizeof, ou la taille de divers types). C'est forcément un point ajouté par certaines implantations et donc non portable par définition. Sauf si tu limites tes cibles à des plate-formes sur lesquelles les compilos courants font tous pareil, au-delà de la norme. (Mais comme c pas dans la norme, ils pourraient changer ça.)

Denis

[Médinoc]

Cela semble être une extension de Cbuilder6, et absolument pas standard vu que pour le standard, le préprocesseur est censé pouvoir tourner entièrement sans compilation aucune (vu que le préprocessing a lieu avant la compilation).

[denispir]

Hello,

Par exemple, GCC va-t-il accepter ce genre de directive? (je n'ai ni gcc ni vc sous la main pour le tester)

Si tu me passes en privé un bout de code complet qui marche chez toi, je veux bien le tester sur gcc et te dire ce qu'il en est. Dans ce cas envoie-moi le source (paqueté s'il y a plusieurs fichiers) à denis point spir chez gmail point com.
Mais note que ça te donnera pas une assurance de portabilité (au-delà du fait que gcc est presque une norme de fait).

denis