Como você especifica o local das bibliotecas para um binário? (linux)

Para esta pergunta, usarei um exemplo específico, mas na verdade isso generaliza para praticamente qualquer binário no linux que não consiga encontrar suas 'bibliotecas dependentes. Então, eu tenho um programa que não será executado por falta de bibliotecas:

./cart5: error while loading shared libraries: libcorona-1.0.2.so: cannot open shared object file: No such file or directory

O ldd lança alguma luz sobre o assunto:

linux-vdso.so.1 =>  (0x00007fff18b01000)
libcorona-1.0.2.so => not found
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/libstdc++.so.6 (0x00007f0975830000)
libm.so.6 => /lib/libm.so.6 (0x00007f09755af000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f0975399000)
libc.so.6 => /lib/libc.so.6 (0x00007f0975040000)
libz.so.1 => /lib/libz.so.1 (0x00007f0974e2b000)
/lib64/ld-linux-x86-64.so.2 (0x00007f0975b36000)

No entanto, a corona está instalada:

oliver@human$ find / -name libcorona-1.0.2.so 2> /dev/null

/usr/local/lib64/libcorona-1.0.2.so
/home/oliver/installed/corona-1.0.2/src/.libs/libcorona-1.0.2.so

Como digo ao binário onde procurar a biblioteca "ausente"?

Para uma única vez, defina a variável LD_LIBRARY_PATHcomo uma lista de diretórios separados por dois pontos a serem pesquisados. Isso é análogo a PATHexecutáveis, exceto que os diretórios padrão do sistema são pesquisados ​​adicionalmente após os especificados pelo ambiente.

LD_LIBRARY_PATH=/usr/local/lib64 ./cart5

Se você possui um programa que mantém as bibliotecas em um local não padrão e não consegue encontrá-las por conta própria, é possível escrever um script de wrapper:

#!/bin/sh
if [ -n "$LD_LIBRARY_PATH" ]; then
  LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib64
else
  LD_LIBRARY_PATH=/usr/local/lib64
fi
export LD_LIBRARY_PATH
exec /path/to/cart5 "$@"

A lista de diretórios padrão do sistema é mantida /etc/ld.so.conf. Sistemas recentes permitem que esse arquivo inclua outros arquivos; se o seu contiver algo como include /etc/ld.so.conf.d/*.conf, crie um novo arquivo chamado /etc/ld.so.conf.d/mala.confcontendo os diretórios que você deseja adicionar. Depois de alterar /etc/ld.so.confou incluir um arquivo, execute /sbin/ldconfigas alterações para que sejam efetivadas (isso atualiza um cache).

( LD_LIBRARY_PATHtambém se aplica a muitos outros departamentos, incluindo FreeBSD, NetBSD, OpenBSD, Solaris e Tru64. O HP-UX possui SHLIB_PATHe o Mac OS X possui DYLD_LIBRARY_PATH. /etc/ld.so.confpossui análogos na maioria dos departamentos, mas a localização e a sintaxe diferem mais amplamente.)

Se você deseja evitar LD_LIBRARY_PATH, também pode fazer isso durante o link:

gcc -o exename -L/path/to/dynamiclib/ -lnameofLib \
    -Wl,-R/path/to/dynamiclib/ sourceCode1.c ...

O -Wl, ... é usado para passar comandos extras para o vinculador e, nesse caso, com -R, você solicita ao vinculador que armazene esse caminho como o "caminho de pesquisa padrão" para o .so.

Eu mantenho anotações de muitas dicas pequenas como esta, no meu site:

https://www.thanassis.space/tricks.html

Isso indica que a libcorona não está instalada no caminho correto. Mova o diretório libcorona para o caminho correto, o problema será resolvido.