Operadores bitwise y " endianness"

Los operadores bit a bit abstraen el peso. Por ejemplo, el operador >> siempre desplaza los bits hacia el dígito menos significativo. Sin embargo, esto no significa que esté seguro de ignorar completamente la endianidad cuando los use, por ejemplo, cuando se trata de bytes individuales en una estructura más grande, no siempre puede asumir que caerán en el mismo lugar.

short temp = 0x1234;
temp = temp >> 8;

// on little endian, c will be 0x12, on big endian, it will be 0x0
char c=((char*)&temp)[0];

Para aclarar, no estoy en desacuerdo básico con las otras respuestas aquí. El punto que estoy tratando de hacer es destacar que aunque los operadores bit a bit son esencialmente endian neutral, no se puede ignorar el efecto de "endian" en el código, especialmente cuando se combina con otros operadores.

Como otros han mencionado, los cambios son definidos por la especificación del lenguaje C y son independientes de la endianidad, pero la implementación de un cambio a la derecha puede variar dependiendo de si la arquitectura usa el complemento de uno o el complemento de dos aritmética.

Depende. Sin lanzar el número en un nuevo tipo, se puede tratar la endianidad de forma transparente.

Sin embargo, si su operación implica algún nuevo tipo de fundición, entonces use su precaución.

Por ejemplo, si quieres cambiar algunas bits y cast (explícita o no) a un nuevo tipo, endianness importa!

Para probar su peso, usted puede simplemente lanzar un int en a char:

int i = 1;

char *ptr;

...

ptr = (char *) &i;  //Cast it here

return  (*ptr);

No ha especificado un lenguaje, pero por lo general, los lenguajes de programación como C abstract endianness away en operaciones bitwise. Así que no, no importa en operaciones bitwise.