Discussion :

[kripteks]

Salut à tous.
Disons que je veux stocker une valeur numérique entre 0 et 200 dans une variable.

Est-ce que je peux définir une variable de 1 octet pour cela ?
Si oui, comment on s'y prend ?

Pas de char.
Le but c'est de savoir si on peut définir des variables de 1,2,3,etc octet et comment le faire.)

[ternel]

tu peux utiliser unsigned char, qui fait accepte au minimum les valeurs [0..255]
Sinon, il faut regarder cette documentation sur les types communs (disponibles depuis C99)

[Bktero]

Pas de char.

C'est bête parce que c'est ça que tu dois utiliser...

Tu peux suivre le lien de leternel et choisir l'uint8_t, mais il y a une chance très importante que cela soit un typedef pour.... unsigned char.

Pour les types de tailles précises, tu peux utiliser les types uint8_t, uint16_t, uint32_t mais ils sont optionnels. Pour des longueurs intermédiaires (3 bytes par exemple), il ne te reste guère que les tableaux de bytes.

[kripteks]

Merci.

Je mélange un peu les choses.

Le nombre d'octet et la valeur min-max utiliser par signed int et unsigned int est fixé par: os, cpu, c, version c ?

[ternel]

Il existe une plage minimale légale, définit par la norme du C (qui est un traité...)
Par ailleurs, chaque compilateur fait ce qu'il veut tant qu'il la respecte.

La première cause de variation, c'est l'architecture du processeur (32 bits, 64 bits, micro-proc en tous genres), et l'OS (c'est surtout visible dans les grandes tailles).

[Bktero]

Je rajouterai : par le compilateur.

[Christophe]

Je rajouterais qu'une valeur numérique est normalement stocké dans un int. La taille d'un int est calé sur le mot machine du cpu de destination je crois.

Stocker ton nombre dans un unsigned char te permettras de le stocker dans un octet maximum, mais pourrais t’empêcher d'utiliser des fonctions notamment mathématiques requérant un int.

[Obsidian]

Bonjour,

Je mélange un peu les choses.
Le nombre d'octet et la valeur min-max utiliser par signed int et unsigned int est fixé par: os, cpu, c, version c ?

Pas par l'OS, sauf si celui-ci est naturellement limité en taille, par exemple si tu installes un OS 32 bits sur une machine 64. Et là encore, rien ne t'empêchera d'utiliser ton compilateur pour faire de la compilation croisée. Pour le reste, le C va définir une poignée de types entier : char, int, short int, long int, etc. et leur imposer une largeur minimale, ce qui est important car toutes les architectures ne travaillent pas au niveau de l'octet : certaines utilisent des mots de 7 ou 12 bits, d'autres ne savent pas descendre en dessous de 32. À noter que les x86, depuis le 386, travaillent artificiellement « au dessous » de 32 bits : les adresses mémoire sont exprimées en octets mais, en pratique, c'est le même mot qui est chargé depuis la mémoire et c'est le micro-processeur qui se charge d'extraire la bonne valeur. D'où l'importance de l'alignement en mémoire quand on utilise des données de 16 ou 32 bits pour ne pas charger inutilement « deux demi-mots » plutôt qu'un seul mot entier.

« char » est le plus petit entier signé, et doit être de taille suffisante pour représenter le jeu de caractère de base défini par la norme, soit 91 caractères. Étant donné que l'octet est en général l'unité minimum manipulable par la trèsgrande majorité des micro-processeurs, un char équivaut généralement à un octet mais tu peux utiliser la macro CHAR_BIT pour t'en assurer : si celle-ci vaut « 8 », tu es sûr de manipuler la bonne taille.

Toutefois, comme dit plus haut par leternel, il te faudra plutôt déclarer « #include <stdint.h> » et utiliser les types nouvellement définis, comme int8_t, uint8_t, int16_t, etc. La largeur de ceux-ci est indiquée dans le nom de type et est censée être garantie. Ce sont sans hésitation les types à utiliser si tu as réellement besoin d'utiliser des entiers de taille fixe, par exemple, si tu travailles sur des données à exporter.

Pour faire court :
— Les types natifs char, int, long, short existeront forcément sur tous les compilateurs et auront une largeur minimum garantie, mais celle-ci pourra être adaptée pour coller aux spécifications de l'architecture-cible ;
— Les entiers standard int8_t, int16_t, etc. auront une largeur fixe garantie, mais pourront ne pas être disponibles si l'architecture-cible n'est pas capable de les prendre en charge.