C constante hexadecimal tipo

Question

me escribió el siguiente código C:

#include <stdio.h> 

int main() { 
    printf("%d\n", -1 >> 8); 
    return 0; 
} 

puedo compilar el código con gcc 4.6.3 en mi x86_64 usando la bandera -m32. Obtengo -1 impreso como esperaría, el cambio ocurre aritméticamente usando la representación de complemento de dos que resulta en -1.

Ahora bien, si en lugar de escribir

printf("%d\n", 0xFFFFFFFF >> 8); 

consigo 16777215. lo que habría esperado esta constante debe ser interpretado como un int (firmado) y luego el turno de ser la aritmética que daría lugar a -1 de nuevo. He revisado el último estándar C y parece que no puedo entender por qué este es el caso. ¿Algunas ideas?

Answer 1

Según el estándar C99 (6.4.4.1), las constantes hexadecimales será el primer tipo en esta lista que puede representar ellos:

int 
unsigned int 
long int 
unsigned long int 
long long int 
unsigned long long int 

El hex literal 0xFFFFFFFF no cabe en un int (que puede mantenga los valores -0x80000000 en 0x7FFFFFFF), pero cabe en unsigned int, y por lo tanto su tipo no será firmado. Desplazar a la derecha el valor sin signo 0xFFFFFFFF por 8 da 16777215.

Answer 2

literales integrales sin decoración tienen diferente tipo dependiendo de si son o no decimal (6.4.4.1/5 en C11, Tabla 6 en C++ 11):

• literales decimales, es decir [1-9][0-9]*, son siempre firmado.

• literales hexadecimales y octales están firmados o no. Si el valor es demasiado grande para un tipo con signo, pero lo suficientemente pequeño para ajustarse al tipo sin signo del mismo ancho, no estará firmado. (Esto es lo que sucede a su constante hexadecimal.)

derecho de cambio de números enteros negativos es definido por la implementación, y que sucede conseguir la extensión con signo. Desplazar a la derecha el valor sin signo es simple división por dos.