Discussion :

[buse974]

Bonjour,

j'ai besoin de quelque éclaircissement sur les structure de bit.

donc j'ai pas mal lu de doc dessus, donc d'après ce que j'ai compris elle ce définie de la sorte

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
struct test{
unsigned int bit1: 1;
unsigned int bit2: 1;
unsigned int bit3: 1;
unsigned int bit4: 1;
unsigned int bit5: 1;
unsigned int bit6: 1;
unsigned int bit7: 1;
unsigned int bit8: 1;
};

donc apparemment on déclare le bit avec unsigned int , donc ce qui me cause problème c'est que quand je fait un sizeof(test) de ma structure j'ai 4 octet (normal c'est un entier) donc vu que je travaille sur des octets j'ai testé de cette maniéré.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
struct test{
unsigned char bit1: 1;
unsigned char bit2: 1;
unsigned char bit3: 1;
unsigned char bit4: 1;
unsigned char bit5: 1;
unsigned char bit6: 1;
unsigned char bit7: 1;
unsigned char bit8: 1;
};

donc avec un "unsigned char" la cela compile très bien et sizeof me retourne bien 1 octet.

donc ce que je me demande ces pourquoi tout fonctionne bien alors que les doc que je lis dise que ça fonction qu'avec des entier non signé, c'est surtout pour savoir si ce que je fait et propre car dans mon cas cela m'arrange car je travaille sur des octets, aussi cela me permettra de validé mon choix.

merci d'avance.

[Sylvain Togni]

Il faut entendre "entier non signé" au sens large (type entier non signé) et non pas juste "unsigned int". Tu peux donc utiliser tous ces types sans soucis

Code :

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

1
2
3
4
5
unsigned char
unsigned short
unsigned int
unsigned long
unsigned long long

[3DArchi]

Salut,
La norme 9.6 :

A bit-field shall have integral or enumeration type (3.9.1).

La norme 3.9.1 :

Types bool, char, wchar_t, and the signed and unsigned integer types are collectively called integral types. A synonym for integral type is integer type.

Donc tu dois pouvoir faire des champs de bits sur des [signed/unsigned] char, short, int, long, sur wchar_t, sur bool et sur des enum :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
   enum E
   {
      E_1,
      E_2
   };
   struct champs_de_bits
   {
      char b1:1;
      unsigned char b2:2;
      bool b3:1;
      E b4:1;
      long b5:30;
      wchar_t b6:7;
   };

[Melem]

Donc tu dois pouvoir faire des champs de bits sur des [signed/unsigned] char, short, int, long, sur wchar_t, sur bool et sur des enum

Exact. En C par contre (parce qu'avec le code présenté on ne peut être sûr si c'est du C ou du C++), seul le support des types int et unsigned int sont requis, le reste dépend de l'implémentation.

donc ce que je me demande ces pourquoi tout fonctionne bien alors que les doc que je lis dise que ça fonction qu'avec des entier non signé

Sylvain Togni t'a déjà donné la réponse, mais cette doc est en outre erronée parce que tu peux aussi utiliser les types signés.

[3DArchi]

Exact. En C par contre (parce qu'avec le code présenté on ne peut être sûr si c'est du C ou du C++), seul le support des types int et unsigned int sont requis, le reste dépend de l'implémentation.

Effectivement, ma réponse était C++iène vu le forum
La norme C dit seulement :

A bit-field shall have a type that is a qualified or unqualified version of _Bool, signed int, unsigned int, or some other implementation-defined type.

Donc, comme tu dis, avec unsigned int, on est garanti que ça compile partout, avec unsigned char, on prend un risque.