Patrzę na ld.so.conf i brzmi:
include ld.so.conf.d/*.conf OK, więc przechodzę do dołączania i widzę te pliki:
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 Teraz dwa z tych plików są place posiadaczy, pozostałe dwie wyświetlają około pięciu bibliotek między sobą.
Jednak ldconfig -v wyświetli kilka stron bibliotek. Oczywiście w mojej fedorze istnieją domyślne przypisania ścieżek do bibliotek, które określają te ścieżki wyszukiwania nie w ld.co.conf. Na przykład /usr/lib64 musi być gdzieś ustawione, nie mogę go prześledzić przez ld.so.conf.
Nie udało mi się zidentyfikować żadnego lib path zmienna środowiskowa, która ustawia wewnętrzną domyślną ścieżkę do biblioteki.
Komentarze
Odpowiedź
ldconfig domyślnie przegląda kilka „zaufanych katalogów” , a ponadto do tych wyraźnie wymienionych w jego plikach konfiguracyjnych. W Fedorze na 64-bitowym x86 są to katalogi /lib, /lib64 i odpowiadające możliwościom sprzętowym (zazwyczaj /lib/i686, /lib/sse2, /lib64/tls, i /lib/sse2).
Zauważ, że ldconfig wpływa tylko na zachowanie w czasie wykonywania; nie wpływa na GCC.
/etc/ld.so.conf*zawierają tylko katalogi , które będą szukał bibliotek przez ldconfig (8) podczas budowania plikuld.so.cache. ' nie są używane ani przez gcc, ld, ani przez linker dynamiczny ld.so (8) – ale ten ostatni użyjeld.so.cacheutworzonego przez ldconfig.