Discussion :

[boboss123]

Bonjour,

Je programme sur des µControlleurs 8 et 32 bits et je viens de m'apercevoir que le type "unigned int" est de 2 octets sur le µC 8bits et 4 octets sur le µC 32bits : que dit la norme du C ? est-ce normal de ne pas avoir la même taille ? est-ce qu'il y a une règle qui permet de connaitre la taille des types facilement (ça dépend de quoi ?) ?

merci d'avance,

[uknow]

Je programme sur des µControlleurs 8 et 32 bits et je viens de m'apercevoir que le type "unigned int" est de 2 octets sur le µC 8bits et 4 octets sur le µC 32bits : que dit la norme du C ? est-ce normal de ne pas avoir la même taille ? est-ce qu'il y a une règle qui permet de connaitre la taille des types facilement (ça dépend de quoi ?) ?

Bonjour,

La doc du compilateur pour commencer.
Pour ce type d'applications, le standard n'est pas appliqué en grande partie.
Donc tes manuels de survie sont la doc du compilateur ainsi que la doc du composant.

[AuraHxC]

Ce qui me chiffonne mais après je peux me tromper, c'est le fait que tes uint soit de 2 octets sur un 8 bits.
Ça serait pas 2 octets sur 16 bits et 4 octets sur 32 bits ? ce qui me paraît assez logique.

[matafan]

sizeof te donne la taille du type en nombre de char, et CHAR_BIT (dans limits.h) te donne la taille d'un char en nombre de bits.

[Obsidian]

Selon Wikipédia, la règle serait la suivante (à prendre avec des pincettes car je ne retrouve pas le ou les paragraphes exacts dans la norme qui y font référence) :

Novice C programmers may be confused as to how big these types are. The standard is specifically vague in this area:

* sizeof(short int) ≤ sizeof(int) ≤ sizeof(long int)
* short int must be at least 16 bits long.
* long int must be at least 32 bits long.
* long long int must be at least 64 bits long.

The standard does not require that any of these sizes be necessarily different. It is perfectly valid, for example, if all four types are 64 bits long. In order to allow a simple and concise description of the sizes a compiler will apply to each of the four types[…]

Et par ailleurs :

A ‘‘plain’’ int object has the natural size suggested by the
architecture of the execution environment (large enough to contain any value in the range
INT_MIN to INT_MAX as defined in the header <limits.h>).

Et dans <limits.h> :

— minimum value for an object of type int
-32767 // −(215 − 1)
INT_MIN
— maximum value for an object of type int
+32767 // 215 − 1
INT_MAX
— maximum value for an object of type unsigned int
65535 // 216 − 1
UINT_MAX

Donc, en gros, un short ≤ un int ≤ un long int ≤ un long long int, mais rien n'empêche de tous les définir sur 64 bits, par exemple. Un int doit a priori correspondre au format le plus « naturel » du micro-processeur, tant qu'il reste dans les limites (minimum et maximum) définies par limits.h.

Ton micro-contrôleur utilise peut-être des registres 16 bits, et son bus d'adresse l'est peut-être aussi. De toutes façons, même si ce n'est pas le cas, le C impose quand même une taille minimum de 16 bits aux ints.

[jeroman]

Selon Wikipédia, la règle serait la suivante (à prendre avec des pincettes car je ne retrouve pas le ou les paragraphes exacts dans la norme qui y font référence) :

* short int must be at least 16 bits long.
* long int must be at least 32 bits long.
* long long int must be at least 64 bits long.

Est-ce que ce ne serait pas ce passage ?

5.2.4.2.1 Sizes of integral types <limits. h>

The values given below shall be replaced by constant expressions suitable for use in #if
preprocessing directives. Moreover, except for CHAR_BIT and MB_LEN_MAX, the following
shall be replaced by expressions that have the same type as would an expression that is an object
of the corresponding type converted according to the integral promotions. Their implementation-
delined values shall be equal or greater in magnitude (absolute value) to those shown, with the
same sign

- number of bits for smallest object that is not a bit-field (byte)
CHAR_BIT 8
- minimum value for an object of type signed char
SCHAR_MIN -127
- maximum value for an object of type signed char
SCHAR_MAX +127
- maximum value for an object of type unsigned char
UCHAR_MAX 255
- minimum value for an object of type char
CHAR_MIN see below
- maximum value for an object of type char
CHAR_MAX see below
- maximum number of bytes in a multibyte character, for any supported locale
MB_LEN_MAX 1
- minimum value for an object of type short int
SHRT_MIN -32767
- maximum value for an object of type short int
SHRT_MAX +32767
- maximum value for an object of type unsigned short int
USHRT_MAX 65535
- minimum value for an object of type int
INT_MIN -32767
- maximum value for an object of type int
INT_MAX +32767
- maximum value for an object of type unsigned int
UINT_MAX 65535
- minimum value for an object of type long int
LONG_MIN -2147483647
- maximum value for an object of type long int
LONG_MAX +2147483647
- maximum value for an object of type unsigned long int
ULONG_MAX 4294967295

~~~~

Concernant

sizeof(short int) ≤ sizeof(int) ≤ sizeof(long int)

Là, je coince.

[Vincent Rogier]

De toutes façons, même si ce n'est pas le cas, le C impose quand même une taille minimum de 16 bits aux ints.

?? Ou ca ? Cela dépend entièrement de l'implementation...

Extrait de la norme C

Annex E
(informative)

Implementation limits

1 The contents of the header <limits.h> are given below, in alphabetical order.
The minimum magnitudes shown shall be replaced by implementation-defined magnitudes with the same sign.
The values shall all be constant expressions suitable for use in #if
preprocessing directives. The components are described further in 5.2.4.2.1.

#define CHAR_BIT 8
#define CHAR_MAX UCHAR_MAX or SCHAR_MAX
#define CHAR_MIN 0 or SCHAR_MIN
#define INT_MAX +32767
#define INT_MIN -32767
#define LONG_MAX +2147483647
#define LONG_MIN -2147483647
#define LLONG_MAX +9223372036854775807
#define LLONG_MIN -9223372036854775807
#define MB_LEN_MAX 1
#define SCHAR_MAX +127
#define SCHAR_MIN -127
#define SHRT_MAX +32767
#define SHRT_MIN -32767
#define UCHAR_MAX 255
#define USHRT_MAX 65535
#define UINT_MAX 65535
#define ULONG_MAX 4294967295
#define ULLONG_MAX 18446744073709551615

[edit] avais pas vu le post de jeroman...