Détection programmatique de l'endiannité dans un programme C++.

Question

Existe-t-il un moyen programmatique de détecter si vous êtes sur une architecture big-endian ou little-endian ? Je dois pouvoir écrire du code qui s'exécutera sur un système Intel ou PPC et utiliser exactement le même code (c'est-à-dire sans compilation conditionnelle).

Answer 1

Je n'aime pas la méthode basée sur le détournement de type - elle sera souvent mise en garde par le compilateur. C'est exactement à cela que servent les unions !

bool is_big_endian(void)
{
    union {
        uint32_t i;
        char c[4];
    } bint = {0x01020304};

    return bint.c[0] == 1; 
}

Le principe est équivalent au cas du type tel que suggéré par d'autres, mais ceci est plus clair - et selon C99, il est garanti d'être correct. gcc préfère ceci comparé au cast direct du pointeur.

C'est aussi beaucoup mieux que de fixer l'endianness lors de la compilation - pour les OS qui supportent la multi-architecture (fat binary sur Mac os x par exemple), cela fonctionnera pour les deux ppc/i386, alors qu'il est très facile de faire des erreurs autrement.

Answer 2

Vous pouvez le faire en définissant un int et en masquant les bits, mais le moyen le plus simple est probablement d'utiliser les opérations intégrées de conversion d'octets du réseau (puisque l'ordre des octets du réseau est toujours big endian).

if ( htonl(47) == 47 ) {
  // Big endian
} else {
  // Little endian.
}

Un peu de bricolage pourrait être plus rapide, mais cette méthode est simple, directe et pratiquement impossible à gâcher.

Answer 3

Veuillez consulter cet article :

Voici quelques codes pour déterminer quel est le type de votre machine

int num = 1;
if(*(char *)&num == 1)
{
    printf("\nLittle-Endian\n");
}
else
{
    printf("Big-Endian\n");
}

Answer 4

Cela se fait normalement au moment de la compilation (surtout pour des raisons de performance) en utilisant les fichiers d'en-tête disponibles dans le compilateur ou en créant les vôtres. Sous linux, vous avez le fichier d'en-tête "/usr/include/endian.h".

Answer 5

Ehm... Je suis surpris que personne n'ait réalisé que le compilateur va simplement optimiser le test, et mettre un résultat fixe comme valeur de retour. Cela rend tous les exemples de code ci-dessus, effectivement inutile. La seule chose qui serait retournée est l'endianness à la compilation ! Et oui, j'ai testé tous les exemples ci-dessus. Voici un exemple avec MSVC 9.0 (Visual Studio 2008).

Code C pur

int32 DNA_GetEndianness(void)
{
    union 
    {
        uint8  c[4];
        uint32 i;
    } u;

    u.i = 0x01020304;

    if (0x04 == u.c[0])
        return DNA_ENDIAN_LITTLE;
    else if (0x01 == u.c[0])
        return DNA_ENDIAN_BIG;
    else
        return DNA_ENDIAN_UNKNOWN;
}

Démontage

PUBLIC  _DNA_GetEndianness
; Function compile flags: /Ogtpy
; File c:\development\dna\source\libraries\dna\endian.c
;   COMDAT _DNA_GetEndianness
_TEXT   SEGMENT
_DNA_GetEndianness PROC                 ; COMDAT

; 11   :     union 
; 12   :     {
; 13   :         uint8  c[4];
; 14   :         uint32 i;
; 15   :     } u;
; 16   : 
; 17   :     u.i = 1;
; 18   : 
; 19   :     if (1 == u.c[0])
; 20   :         return DNA_ENDIAN_LITTLE;

    mov eax, 1

; 21   :     else if (1 == u.c[3])
; 22   :         return DNA_ENDIAN_BIG;
; 23   :     else
; 24   :        return DNA_ENDIAN_UNKNOWN;
; 25   : }

    ret
_DNA_GetEndianness ENDP
END

Il est peut-être possible de désactiver TOUTE optimisation à la compilation pour cette seule fonction, mais je ne sais pas. Sinon, il est peut-être possible de la coder en dur en assembleur, bien que ce ne soit pas portable. Et même dans ce cas, cela pourrait être optimisé. Cela me fait penser que j'ai besoin d'un assembleur vraiment merdique, d'implémenter le même code pour tous les processeurs/ensembles d'instructions existants, et bien.... peu importe.

De plus, quelqu'un ici a dit que l'endianness ne change pas pendant l'exécution. FAUX. Il existe des machines bi-endiennes. Leur endianness peut varier pendant l'exécution. De plus, il n'y a pas que le Little Endian et le Big Endian, mais aussi d'autres endianness (quel mot).

Je déteste et j'aime le codage en même temps...