Considere as dependências de objetos compartilhados de /bin/bash
, que incluem /lib64/ld-linux-x86-64.so.2
(vinculador / carregador dinâmico):
ldd /bin/bash
linux-vdso.so.1 (0x00007fffd0887000)
libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x00007f57a04e3000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f57a04de000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f57a031d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f57a0652000)
A inspeção /lib64/ld-linux-x86-64.so.2
mostra que é um link simbólico para /lib/x86_64-linux-gnu/ld-2.28.so
:
ls -la /lib64/ld-linux-x86-64.so.2
lrwxrwxrwx 1 root root 32 May 1 19:24 /lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.28.so
Além disso, os file
relatórios /lib/x86_64-linux-gnu/ld-2.28.so
são dinamicamente vinculados:
file -L /lib64/ld-linux-x86-64.so.2
/lib64/ld-linux-x86-64.so.2: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=f25dfd7b95be4ba386fd71080accae8c0732b711, stripped
Eu gostaria de saber:
- Como o próprio linker / loader (
/lib64/ld-linux-x86-64.so.2
) dinamicamente pode ser vinculado dinamicamente? Ele se vincula em tempo de execução? /lib/x86_64-linux-gnu/ld-2.28.so
está documentado para manipular a.out binários (man ld.so
), mas/bin/bash
é um ELF executável?
O programa ld.so lida com binários a.out, um formato usado há muito tempo; O ld-linux.so * (/lib/ld-linux.so.1 para libc5, /lib/ld-linux.so.2 para glibc2) identifica o ELF, que todo mundo usa há anos.
linux
dynamic-linking
shared-library
file-command
Shuzheng
fonte
fonte
/lib/x86_64-linux-gnu/ld-2.28.so
, debian 10 buster)file
comentário errado de como ele define binários estáticos e a realidade deld-2.28.so
... O diferencial éPT_DYNAMIC
.Respostas:
Sim, ele se liga quando é inicializado. Tecnicamente, o vinculador dinâmico não precisa de resolução e realocação de objetos, pois é totalmente resolvido como está, mas define símbolos e precisa cuidar deles ao resolver o binário que está "interpretando", e esses símbolos são atualizados para apontar para suas implementações nas bibliotecas carregadas. Em particular, isso afeta
malloc
- o vinculador possui uma versão mínima integrada, com o símbolo correspondente, mas é substituída pela versão da biblioteca C quando carregada e realocada (ou mesmo por uma versão interposta, se houver), com algum cuidado tomadas para garantir que isso não aconteça em um ponto em que possa interromper o vinculador.Os detalhes sangrentos estão
rtld.c
, nodl_main
função.Observe no entanto que
ld.so
não possui dependências externas. Você pode ver os símbolos envolvidosnm -D
; nenhum deles é indefinido.A página de manual refere-se apenas às entradas diretamente em
/lib
, ie/lib/ld.so
(o vinculador dinâmico libc 5, que suportaa.out
) e/lib*/ld-linux*.so*
(o vinculador dinâmico libc 6, que suporta ELF). A página de manual é muito específica eld.so
não éld-2.28.so
.O vinculador dinâmico encontrado na grande maioria dos sistemas atuais não inclui
a.out
suporte.file
eldd
relata coisas diferentes para o vinculador dinâmico porque elas têm definições diferentes do que constitui um binário vinculado estaticamente. Poisldd
, um binário está estaticamente vinculado se não tiverDT_NEEDED
símbolos, ou seja , sem símbolos indefinidos. Poisfile
, um binário ELF é estaticamente vinculado se não tiver umaPT_DYNAMIC
seção (isso será alterado na versãofile
5.37 a seguir; agora usa a presença de umaPT_INTERP
seção como o indicador de um binário vinculado dinamicamente, que corresponde ao comentário em o código).O vinculador dinâmico da biblioteca GNU C não possui
DT_NEEDED
símbolos, mas possui umaPT_DYNAMIC
seção (já que é tecnicamente uma biblioteca compartilhada). Como resultado,ldd
(que é o vinculador dinâmico) indica que ele está vinculado estaticamente, masfile
indica que ele está vinculado dinamicamente. Ele não possui umaPT_INTERP
seção, portanto, a próxima versão dofile
também indicará que está vinculada estaticamente.(com
file
5.35)(com a versão atualmente em desenvolvimento de
file
).fonte
/lib*/ld-linux*.so*
um terceiro vinculador dinâmico?ldd
relatórios do vinculador dinâmico como vinculado estaticamente? Porque sua lista de dependências de objetos compartilhados está vazia?/lib*/ld-linux*.so*
. Especifiquei a origem do vinculador dinâmico porque existem outras implementações disponíveis para Linux.Suspeito que o
file
programa esteja errado sobre o vinculador / carregador dinâmico ser vinculado dinamicamente. Oldd
programa não concorda. Pelo menos não no meu sistema (Debian Stretch):man ld.so
também lê: "ld-linux.so * lida com ELF" . No seu sistema (e também no meu também), ambos são links simbólicos para o mesmo binário que deduzi que é capaz de lidar com o ELF e o formato a.out (obsoleto antigo).fonte