Éclaircissement sur les structures de bit

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:

---

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:

---

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.

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:

---

1 2 3 4 5

unsigned char unsigned short unsigned int unsigned long unsigned long long

---

Salut,
La norme 9.6 :

Citation:

---

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

---

La norme 3.9.1 :

Citation:

---

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:

---

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

---

Citation:

---

Envoyé par 3DArchi

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.

Citation:

---

Envoyé par buse974

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.

Citation:

---

Envoyé par Melem

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 :

Citation:

---

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.