GNU가 jmp에 대한 이상한 언어로 글로벌 레이블

Question

GNU의 다음과 같은 동작을 이해하고 싶습니다.

(2.22로서 GNU) 리눅스로 인코딩 GNU하면서 OS X에 다음 테스트 프로그램 (1.38 애플 cctools-822/GNU)

.globl foo 
    jmp foo 
foo: 
    ret 

는

00000000 e900000000 jmp   0x00000005 
foo: 
    00000005 c3   ret 

로 부호화

       .global foo 
    0000  E9FCFFFF  jmp 0x35 # foo 
       FF 
foo: 
    0005  C3    ret 

왜 후자는 이상한 점프를합니까?

또한, 분명히이 마법 0xfcffffff 주소는 글로벌 라벨에 대한 모든 점프에 사용되는 : (2.22 같은 GNU)

test2.s

.globl foo 
    jmp foo 
    .globl bar 
    jmp bar 
    .globl baz 
    jmp baz 
foo: 
    push $1 
    ret 
bar: 
    push $2 
    ret 
baz: 
    push $3 
    ret 

리눅스에로 GNU와 생산

     .globl foo 
    0000 E9FCFFFF jmp foo 
      FF 
         .globl bar 
    0005 E9FCFFFF jmp bar 
      FF 
         .globl baz 
    000a E9FCFFFF jmp baz 
      FF 
foo: 
    000f 6A01  push $1 
    0011 C3   ret 
bar: 
    0012 6A02  push $2 
    0014 C3   ret 
baz: 
    0015 6A03  push $3 
    0017 C3   ret 

누구나 이런 종류의 행동을 설명 할 수 있습니까?

Answer 1

이것은 다른 유형의 재배치 항목 (R_386_PC32)입니다.

걱정할 필요가 없습니다. 링커에서 올바른 주소를 삽입합니다.

objdump에 대해 -r 옵션을 추가하면 재배치 항목을 볼 수 있습니다 (예 : objdump).

objdump -Dr test2.o 

x86은 리틀 엔디안이므로 값은 0xfffffffc = -4입니다.

this question도 참조하십시오.

Answer 2

실행 파일이 아닌 오브젝트를 디스 어셈블한다고 가정합니까? 이것은 모든 툴체인, 즉 선호하기 전에 객체화하기 위해 컴파일 된 모든 언어에 대해 매우 일반적입니다. 링커는 ... 객체를 연결하고, 전역 변수, 함수 이름, 변수 등을 링크합니다. 링크 단계까지는 변수 이름과 함께 주소 공간을 알 수 없기 때문에 지역에 따라 인스트럭션 세트 및 도달 범위뿐만 아니라 전역 변수는 링크 시간까지 해결 될 수 없으므로 오브젝트는 아마도 이상한 방법으로 분해 될 명령어 대신 배치 된 일종의 필러 데이터를 갖게됩니다.