linux gcc linked executable stat64의 정적 정의가 누락되었습니다.

Question

linux stat64 호출은 호출과 함께 버전을 전달하는 stat64의 정적 버전을 생성하여 xstat64를 호출하게됩니다.

이전 버전의 (C++ 링크 된) 공유 라이브러리 (libdb2.so.1, stat64를 사용하지만 isn은 지원하지 않음)와 링크 할 때 stat64를 호출하는 C 링크 (gcc) 그것을 제공하지 않아도 됨)는이 stat64 호출의 "적절한"정적 버전으로 끝나지 않습니다. GCC의 연결 코드 (즉 또한 우리의 libdb2 공유 lib 디렉토리에 링크) 대신이 생각한다 "정적"버전의 stat64하는 글로벌 참조하여 끝

00000000004007c8 <__xstat64@plt>: 
    4007c8: jmpq *1051250(%rip)  # 501240 <_GLOBAL_OFFSET_TABLE_+0x20> 
    4007ce: pushq $0x1 
    4007d3: jmpq 4007a8 <_init+0x18> 

0000000000400ac0 <stat64>: 
    400ac0: push %rbp 
    400ac1: mov %rsp,%rbp 
    400ac4: sub $0x10,%rsp 
    400ac8: mov %rdi,0xfffffffffffffff8(%rbp) 
    400acc: mov %rsi,0xfffffffffffffff0(%rbp) 
    400ad0: mov 0xfffffffffffffff0(%rbp),%rdx 
    400ad4: mov 0xfffffffffffffff8(%rbp),%rsi 
    400ad8: mov $0x1,%edi 
    400add: callq 4007c8 <__xstat64@plt> 
    400ae2: leaveq 
    400ae3: retq 

반면 : 응용 프로그램을 연결 ++은 C는 우리가 기대하는 것을 가지고 이합니다 :

0000000000400550 <__xstat64@plt>: 
    400550: jmpq *1050170(%rip)  # 500b90 <_GLOBAL_OFFSET_TABLE_+0x20> 
    400556: pushq $0x1 
    40055b: jmpq 400530 <_init+0x18> 

00000000004007b0 <stat64>: 
    4007b0: mov %rsi,%rdx 
    4007b3: mov %rdi,%rsi 
    4007b6: mov $0x1,%edi 
    4007bb: jmpq 400550 <__xstat64@plt> 

편집 : 우리의 libdb2 라이브러리에 연결되지 GCC와 연결하면

0000000000400618 <stat64@plt>: 
    400618: jmpq *1050146(%rip)  # 500c40 <_GLOBAL_OFFSET_TABLE_+0x20> 
    40061e: pushq $0x1 
    400623: jmpq 4005f8 <_init+0x18> 

동일한 코드는, 또한, 예상 "정적"stat64 기능을 끝 더 난 gcc가 링크 된 exe가 libdb2 공유 라이브러리에 링크되어 있지 않으면 libc_nonshared.a에서 stat64를 얻습니다.

(libc2)

.plt   0x00000000004005f8  0x70 
*(.plt) 
.plt   0x00000000004005f8  0x70 /usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64/crt1.o 
       0x0000000000400608    __libc_start_main@@GLIBC_2.2.5 
       0x0000000000400618    stat64 
       0x0000000000400628    printf@@GLIBC_2.2.5 
       0x0000000000400638    memset@@GLIBC_2.2.5 
       0x0000000000400648    strerror@@GLIBC_2.2.5 
       0x0000000000400658    __errno_location@@GLIBC_2.2.5 

우리가 어떤 일을 할 수있는 (또는 것 : 우리는 우리의 공유 LIB (의 libdb2)에 연결되면, 기호 대신 lib_nonshared.a의 crt1.o에서 선택됩니다, 반면

/usr/lib64/libc_nonshared.a(stat64.oS) 
           /home/hotellnx94/peeterj/tmp/cc2f7ETx.o (stat64) 
... 

.plt   0x0000000000400530  0x70 
*(.plt) 
.plt   0x0000000000400530  0x70 /usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64/crt1.o 
       0x0000000000400540    __libc_start_main@@GLIBC_2.2.5 
       0x0000000000400550    __xstat64@@GLIBC_2.2.5 
       0x0000000000400560    printf@@GLIBC_2.2.5 
       0x0000000000400570    memset@@GLIBC_2.2.5 
       0x0000000000400580    strerror@@GLIBC_2.2.5 
       0x0000000000400590    __errno_location@@GLIBC_2.2.5 

.text   0x00000000004007b0  0x10 /usr/lib64/libc_nonshared.a(stat64.oS) 
       0x00000000004007b0    stat64 

lib_nonshared.a가 더이상 b가되지 않게하는 새로운 라이브러리 버전에서 이것을 보지 못했기 때문에) 소비자가 도서관에 연결되면 어떻게 공유됩니까?

Answer 1

이것은 인텔 컴파일러 버그가 수정 된 것으로 밝혀졌습니다. 문제의 공유 라이브러리를 생성하는 인텔 컴파일러의 새 버전 이후 이진 호환성 문제에 노출 된 수정 프로그램이있는 컴파일러 버전을 사용하기 시작했을 때 제대로이 stat64 심볼을 내 보내지 않았습니다.