Problème de définition de byte

Version imprimable

27/06/2011, 09h54
ManusDei

Problème de définition de byte
Bonjour,

j'ai un problème avec le type byte. Je reprend un programme linux que je porte sous Windows, avec MinGW.

Dans le programme, j'ai la définition

Code:

typedef int8_t byte;

, et quand je compile, j'obtiens l'erreur suivante :

Citation:

c:\win16app\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/rpcndr.h:51:23: note: previous declaration of 'byte' was here

Pas contrariant, je met mon code entre defined (je suis sous windows)
Code:

1 2 3 #if defined(__unix) typedef int8_t byte; #endif
Citation:

D:\workspace\gel-HEAD\src\dwarf_line.c:3:2: error: expected specifier-qualifier-list before 'byte'

Ce qui correspond à :
Code:

1 2 3 4 5 typedef struct local_t { // des types pour la struct byte line_base; // d'autres types pour la struct } local_t;
Donc, si je comprend bien, dans le premier cas j'ai deux définitions de byte, et dans le second j'en ai aucune.

Le typedef se trouve dans un fichier h, inclus en tête du fichier c.

Merci de votre aide.
27/06/2011, 10h13
pfeuh

Salut,

C'est peut-être parce que int8_t n'est pas défini sous windows?

A+

Pfeuh
27/06/2011, 10h35
ManusDei
Il me semble que ça n'est pas ça, int8_t est défini dans stdint.h avec MinGW.
Code:

1 2 3 4 5 6 7 8 9 /* Internal types */ typedef int32_t word; typedef uint32_t uword; typedef int16_t half; typedef uint16_t uhalf; #if defined(__unix) typedef int8_t byte; #endif typedef uint8_t ubyte;
Mon code ressemble à ça, et dans le fichier de header minGW, tout ces types sont à côté les uns des autres, donc il serait bizarre que gcc trouve certains types mais pas d'autres.

et si au lieu de :
Code:

1 2 3 #if defined(__unix) typedef int8_t byte; #endif
tu mettais :
Code:

1 2 3 #ifndef byte typedef int8_t byte; #endif
?

27/06/2011, 11h53
ManusDei
En essayer avec le ifndef byte.
Code:

1 2 3 4 5 typedef uint16_t uhalf; #ifndef byte typedef int8_t byte; #endif typedef uint8_t ubyte;
J'ai toujours l'erreur

Citation:

D:\workspace\gel-HEAD\src\/debug.h:34:16: error: conflicting types for 'byte'
c:\win16app\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/rpcndr.h:51:23: note: previous declaration of 'byte' was here

Il me semble que #ifdef/#ifndef n'est pas fait pour tester un typedef. j'ai essayé comme ça avec mon codeblocs/MinGW sur XP:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 #include <stdint.h> #ifndef __byte_defined typedef int8_t byte; #define __byte_defined #else #warning __byte_defined already defined #endif int main(int argc, char** argv) { int8_t toto = 234; toto++; return 0; }

27/06/2011, 14h49
ManusDei

Apparemment, #ifdef et #ifndef ne fonctionnent qu'avec les constantes (#DEFINE)

C'est pas gagné pour l'instant donc.
27/06/2011, 21h14
gl

Citation:

Envoyé par ManusDei

Donc, si je comprend bien, dans le premier cas j'ai deux définitions de byte, et dans le second j'en ai aucune.

Pas tout à fait. Dans le premier il existe une unité de compilation (i.e. pour faire simple un fichier source avec ces includes) dans laquelle le compilateur voit deux définitions de byte alors que dans le second il existe une unité de compilation (probablement une autre) dans laquelle il ne voit de définition de byte (l'include créant byte n'est pas inclus dans ce fichier source).
27/06/2011, 22h43
Obsidian
J'ajoute que le message en question ne nous renseigne pas sur la nature de « byte ». Il se pourrait très bien que ce soit un nom de variable et pas un nom de type, même si c'est peu probable, surtout dans un fichier *.h (sauf si extern).

Par contre, RPC NDR est présenté ici : http://msdn.microsoft.com/en-us/libr...=VS.85%29.aspx

S'il est vraiment nécessaire de se trimbaler ce truc-là, il faudra composer avec. Comme il y a de fortes chances pour que ce fichier header définisse, comme les autres, sa propre garde, il faudra écrire un truc du genre :
Code:

1 2 3 #ifndef RPCNDR_H typedef int8_t byte; #endif
A priori, je trouve que c'est ce qu'il y a de moins sale. Mais on pourra encore faire mieux car, dans ce cas, on risque de se retrouver avec une définition de « byte » dont le type est imprévisible.
28/06/2011, 09h31
ManusDei

Citation:

Envoyé par gl

Pas tout à fait. Dans le premier il existe une unité de compilation (i.e. pour faire simple un fichier source avec ces includes) dans laquelle le compilateur voit deux définitions de byte alors que dans le second il existe une unité de compilation (probablement une autre) dans laquelle il ne voit de définition de byte (l'include créant byte n'est pas inclus dans ce fichier source).

En fait, tu m'indiques que j'ai deux fichiers sources qui utilisent mon .h (c'est le cas), et que byte est déjà défini dans l'un des deux. Donc avec mon typedef je me retrouve avec 2 définitions dans un fichier et 1 définition dans l'autre, ou 1 dans le premier fichier et zéro dans l'autre.

C'est ça ?

Edit : après essai, le test se fait sur

Code:

#ifndef _RPCNDR_H
28/06/2011, 20h55
gl

Citation:

Envoyé par ManusDei

En fait, tu m'indiques que j'ai deux fichiers sources qui utilisent mon .h (c'est le cas), et que byte est déjà défini dans l'un des deux. Donc avec mon typedef je me retrouve avec 2 définitions dans un fichier et 1 définition dans l'autre, ou 1 dans le premier fichier et zéro dans l'autre.

C'est ça ?

Ou que byte est déjà défini dans un .h inclus (directement ou non) dans seulement un des deux fichiers source.