Eu vejo ld.so.conf
, onde se lê:
include ld.so.conf.d/*.conf
OK, então vou para incluir e vejo estes arquivos:
bind99-x86_64.conf kernel-4.16.11-100.fc26.x86_64.conf kernel-4.11.8-300.fc26.x86_64.conf libiscsi-x86_64.conf
Agora, dois desses arquivos são placeholders, os outros dois listam cerca de cinco libs entre eles.
Ainda, ldconfig -v
listará várias páginas de libs. Obviamente, existem atribuições de caminho lib padrão dentro do meu fedora que especificam esses caminhos de pesquisa que não estão em ld.co.conf
. Por exemplo, /usr/lib64
deve ser definido em algum lugar, não posso rastreá-lo por meio de ld.so.conf
.
Não consegui identificar nenhum variável de ambiente lib path que define o caminho lib padrão interno.
Comentários
Resposta
ldconfig
observa alguns “diretórios confiáveis” por padrão, além disso àqueles listados explicitamente em seus arquivos de configuração. No Fedora em x86 de 64 bits, estes são os diretórios /lib
, /lib64
e correspondente às capacidades de hardware (normalmente, /lib/i686
, /lib/sse2
, /lib64/tls
, e /lib/sse2
).
Observe que ldconfig
afeta apenas o comportamento do tempo de execução; não afeta o GCC.
/etc/ld.so.conf*
arquivos contêm apenas diretórios que serão procurou bibliotecas por ldconfig (8) ao construir o arquivold.so.cache
. Eles ' não são usados pelo gcc, ld ou pelo vinculador dinâmico ld.so (8) – mas o último irá usar old.so.cache
criado por ldconfig.