As mensagens de erro estão próximas do final; o começo não é mostrado.
O ldd
não mostra os nomes de caminho usados para vincular novos programas. Mostra apenas nomes de caminho usados para programas em execução. Você pode estar perdendo o pacote de desenvolvimento para o OpenSSL, que incluiria links simbólicos para nomes terminando com ".so" (que apontaria para os nomes de biblioteca com versão que você mostra na ldd
output).
Por exemplo, no meu OpenSuSE 13, eu tenho libopenssl-devel-1.0.1k-11.87.1.x86_64
, que contém os links simbólicos
/usr/lib64/libcrypto.so
/usr/lib64/libssl.so
Além disso, ldd
mostra isso:
linux-vdso.so.1 (0x00007ffc0d09f000)
libcrypto.so.1.0.0 => /lib64/libcrypto.so.1.0.0 (0x00007f63ae4f3000)
libz.so.1 => /lib64/libz.so.1 (0x00007f63ae2dd000)
libc.so.6 => /lib64/libc.so.6 (0x00007f63adf2f000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f63add2b000)
/lib64/ld-linux-x86-64.so.2 (0x00007f63aeb0a000)
que tem libz
instalado no sistema, em vez de embutido em /usr/local/lib
, por exemplo, de libz1-1.2.8-3.1.2.x86_64
(por que você compilou esta biblioteca não está claro, pois já era uma dependência do libssh2.so
que está em sua área do sistema).
Geralmente ldd
marcará bibliotecas que não podem ser encontradas. Seu substituto libz.so
pode ser um problema, por exemplo, se não for o mesmo modelo que o arquivo que ele substituiu. Você pode comparar isso usando o utilitário file
. Além disso, você pode obter mais informações sobre as bibliotecas reais usadas para vincular usando a opção detalhada -v
(no caso de tentar usar bibliotecas que possuam os mesmos nomes das dependências mostradas por ldd
).