Editando Variables (sección)

= uintN_t/intN_t =
{|class="wikitable"
|+stdint.h de AVR-GCC
|-
|typedef signed char
|int8_t
|-
|typedef unsigned char
|uint8_t
|-
|typedef signed int
|int16_t
|-
|typedef unsigned int
|uint16_t
|-
|typedef signed long int
|int32_t
|-
|typedef unsigned long int
|uint32_t
|-
|typedef signed long long int
|int64_t
|-
|typedef unsigned long long int
|uint64_t
|}
Extraido de [http://www.nongnu.org/avr-libc/user-manual/group__avr__stdint.html AVR Libc Home Page]

*uint8_t significa unsigned int de 8 bits. Las variables char también son de 8 bits y se podrian utilizar indistintamente, pero no es recomendable porque el código tiene más probabilidad de ser portable si se utilitza uint8_t para designar una variable de 8 bits debido a que no en todos los procesadores el char es de 8 bits. Con los int pasa lo mismo, en la tabla pone que son de 16 bits, pero puedes encontrar plataformas donde sean de 32 bits (creo que en los procesadores de 64 bits). En resumen, si se quiere estar seguro que el código va a ser compatible y las variables ocuparan solo lo que nosotros queremos que ocupen, es mejor utilizar las versiones uintN_t o intN_t.''[http://stackoverflow.com/questions/1725855/uint8-t-vs-unsigned-char Extraído de Stack Overflow]''

*En la tabla de arriba vemos un extracto del archivo stdint.h. Vemos que uintN_t son typedef de tipos de variables. Según entiendo en el punto anterior los uintN_t/intN_t son tipos de variables (como lo es int, o char), pero viendo el archivo stdint.h son solo typedefs. Esto ya me lo miraré más a fondo. De momento lo que se es que si quiero asegurarme de que una variable me ocupe un tamaño concreto lo tengo que hacer con uintN_t/intN_t