GCC#define 문 바이트가 잘못되었습니다.

Question

프로젝트에서 나는 매직 넘버를 사용하고 있습니다. 나는 그것이 55 AA를 말한다 AA55 말을해야 결과 파일을 Hexdump에서는 때 이 매크로는, 그러나 하나의

#define BOOTSIGNATURE 0xAA55 

을 정의하는 데 사용됩니다.

GCC는 엔디안 니스를 혼합하고 있습니까? 이 프로젝트는 x86 프로세서 용입니다. AA 55는 그 특정한 순서대로되어 있어야합니다. 바이트를 교환 할 수는 있지만 GCC가 왜 이것을하는지 궁금합니다.

Answer 1

0xAA55은 int입니다. 따라서 컴퓨터의 엔디안 적용을받을 수 있습니다. 나는 char 배열로이를 저장하는 것입니다 :

const unsigned char BOOTSIGNATURE[] = {0xAA, 0x55}; 

Answer 2

처리기 매크로는 컴파일 된 오브젝트 파일에 표시되지 않습니다 - 그들은 전혀 컴파일러에 의해 볼 수없는 것입니다. 당신이 방금 #define을 가지고 있고 그것을 어디에서도 사용하지 않았다면 그것의 흔적은 없을 것입니다.

어딘가에서 코드에서 사용한 경우 명령 (예 : 레지스터 또는 메모리에 상수를로드)에서 상수로 표시 될 수 있습니다. 위를 컴파일하고 데이터 세그먼트를 보면

// Global variable definition 
#define BOOTSIGNATURE 0xAA55 
uint16_t my_global = BOOTSIGNATURE; 

, 그것은 다음과 같습니다 :

$ gcc -c test.c 
$ objdump -s test.o 
[...] 
Contents of section .data: 
0000 55aa0000        U... 

정적 데이터를 초기화하는 데 사용되는 경우, 데이터 세그먼트에서 상수로 표시 할

두 바이트는 리틀 엔디안 순서 55 AA으로 메모리에 저장됩니다 (선두 0000은 16 진수의 세그먼트 오프셋 임).

당신이 다음 명시 적으로 바이트 배열로 저장, 데이터의 엔디안을 제어하려면 :

uint8_t my_global[] = {0xAA, 0x55}; 

이 항상 지정된 순서에 바이트를 저장합니다.

Answer 3

가장 간단한 해결책 : 16 진수 값의 정수 형식을 사용하면 해당 이진수가 동일한 마법 번호가됩니다! 이 경우 43605

Answer 4

이식 가능한 코드를 작성하려면 함수를 사용하여 주어진 바이트 순서를 강제 실행하십시오. 예를 들어 these functions을 사용하면 파일에서 필요한 순서에 따라 기본 호스트 바이트 순서의 16 비트 값을 빅 엔디안 또는 리틀 엔디안으로 변환 할 수 있습니다.

#define BOOTSIGNATURE 0xAA55 

struct bootheader { 
    uint16_t signature_be; 
} header; 

header.signature_be = htobe16(BOOTSIGNATURE); 

내가 아닌 호스트 바이트 순서 변수와 구성 요소에 _le_be 또는 접미어를 사용하는 것과 같이.

빅 엔디안이 필요하므로 htons()을 arpa/inet.h에서 사용할 수 있지만 그 방법에 대한 큰 팬은 아닙니다. 나는 그 이름이 htobe16처럼 명확하지 않다고 생각하지 않으며 리틀 엔디 언 바이트 순서로 /에서 변환하기위한 기능을 가지고 있지 않습니다.