Bonjour
Je crois que je me suis mal expliqué. J'ai écrit que le compilateur change l'ordre dans les champs (c'est un constat) et non que le BIG ENDIAN ou le LITTLE ENDIAN le changerait en permutant les octets.
Mais pour retrouver un champ binaire, un bloc du bit 4 au bit 15 par exemple (soit plus d'un octet à cheval sur deux octets), que le compilateur devra transformer en unsigned short, il a besoin (enfin c'est plus pratique) qu'il soit déjà dans le sens naturel du CPU. C'est pourquoi j'avais mis l'accent sur la lecture du champ comme inducteur de comportement du compilateur vis à vis de l'ENDIAN.
C'est seulement une explication de l'inversion. Il y en a peut être d'autres.
-----