1. 예, 초기화 될 때 연결됩니다. 기술적으로 동적 링커는 객체 해상도와 위치 변경이 필요하지 않습니다. 그대로 해석되므로 심볼을 정의하고 바이너리를 해석 할 때 심볼을 처리해야하며, 해석되어 해당 심볼이 업데이트됩니다. 로드 된 라이브러리에서의 구현을 가리 킵니다. 특히, 이는 영향을 미칩니다 malloc. 링커에는 해당하는 기호가있는 최소 버전이 내장되어 있지만 C 라이브러리의 버전이로드 및 재배치되면 (또는 경우에 따라 삽입 된 버전이 있으면) C 라이브러리 버전으로 대체됩니다. 링커가 파손될 수있는 지점에서 발생하지 않도록하기 위해 수행되었습니다.

   피투성이의 세부 사항에 rtld.c에, dl_main기능.

   그러나 ld.so외부 종속성이 없습니다. 당신은 관련된 기호를 볼 수 있습니다 nm -D; 그들 중 어느 것도 정의되지 않았습니다.

2. 맨 페이지는 /lib, 즉 /lib/ld.so (을 지원하는 libc 5 동적 링커 a.out) 및 /lib*/ld-linux*.so*(ELF를 지원하는 libc 6 동적 링커 ) 바로 아래의 항목 만 참조합니다 . 맨 페이지는 매우 구체적 ld.so이며 그렇지 않습니다 ld-2.28.so.

   현재 대다수의 시스템에서 발견되는 동적 링커에는 a.out지원이 포함되어 있지 않습니다 .

file그리고 ldd그들은 정적으로 링크 된 바이너리를 구성하는 것에 대한 다른 정의를 가지고 있기 때문에 동적 링커를 위해 다른 일을보고한다. 의 경우 ldd, 바이너리가 DT_NEEDED심볼 이없는 경우 , 즉 정의되지 않은 심볼 이없는 경우 바이너리는 정적으로 링크 됩니다. 의 경우 fileELF 바이너리는 PT_DYNAMIC섹션 이없는 경우 정적으로 링크됩니다 (이는 file5.37 이후 릴리스에서 변경됨) . 섹션 의 존재를PT_INTERP 동적으로 링크 된 바이너리의 지표로 사용합니다. 코드).

GNU C 라이브러리 동적 링커에는 DT_NEEDED기호가 없지만 PT_DYNAMIC섹션이 있습니다 (기술적으로 공유 라이브러리이므로). 결과적으로 ldd(동적 링커)는 정적으로 연결되어 있지만 file동적으로 연결되어 있음을 나타냅니다. 그것은없는 PT_INTERP의 다음 릴리스 있도록 섹션 file것 또한이 정적으로 링크 된 것을 나타냅니다.

$ ldd /lib64/ld-linux-x86-64.so.2
        statically linked

$ file $(readlink /lib64/ld-linux-x86-64.so.2)
/lib/x86_64-linux-gnu/ld-2.28.so: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=f25dfd7b95be4ba386fd71080accae8c0732b711, stripped

( file5.35)

$ file $(readlink /lib64/ld-linux-x86-64.so.2)
/lib/x86_64-linux-gnu/ld-2.28.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), statically linked, BuildID[sha1]=f25dfd7b95be4ba386fd71080accae8c0732b711, stripped

(현재 개발중인 버전의 file).

답변