Discussion :

[ManusDei]

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 :

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

typedef int8_t byte;

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

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 :

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

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

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

Ce qui correspond à :

Code :

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

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.

[pfeuh]

Salut,

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

A+

Pfeuh

[ManusDei]

Il me semble que ça n'est pas ça, int8_t est défini dans stdint.h avec MinGW.

Code :

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

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.

[souviron34]

et si au lieu de :

Code :

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

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

tu mettais :

Code :

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

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

?

[ManusDei]

En essayer avec le ifndef byte.

Code :

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

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

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

[pfeuh]

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 :

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

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;
}

[ManusDei]

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

C'est pas gagné pour l'instant donc.

[gl]

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).

[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 C :

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

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.

[ManusDei]

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 :

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

#ifndef _RPCNDR_H

[gl]

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.