shared library nicht während der Kompilierung gefunden

Question

So habe ich mehrere gemeinsame Bibliotheken, die ich versuche, auf meinem Ubuntu-System dauerhaft zu installieren, aber ich habe einige Schwierigkeiten damit.

Ich mag die Bibliotheken und die Header in einem separaten Ordner unter /usr/local/lib und /usr/local/include (zum Beispiel eines Ordner agony genannt) installieren, so wäre es sauber sein und sie würde das Entfernen nur verlangen, dass ich diese Ordner löscht. so sieht es etwa so aus:

/usr/local/lib/agony/libbtiGPIO.so 
/usr/local/lib/agony/libbtiDSP.so 
... 

/usr/local/include/agony/GPIO.h 
/usr/local/include/agony/DSP.h 
... 

Und fügte ich eine Datei hier /etc/ld.so.conf.d/agony.conf, welche umfassen eine Linie beschreibt den Pfad zum Bibliotheksordner:

$ cat /etc/ld.so.conf.d/agony.conf 
/usr/local/lib/agony 

und ich führen sudo ldconfig die Bibliothek Datenbank zu aktualisieren. So zu überprüfen, ob die Bibliothek gefunden wird, ich ldconfig -p | grep bti* und sehe ich folgendes Ergebnis:

$ ldconfig -p | grep bti 
    ... 

    libbtiGPIO.so (libc6,x86-64) => /usr/local/lib/agony/libbtiGPIO.so 
    libbtiDSP.so (libc6,x86-64) => /usr/local/lib/agony/libbtiDSP.so 
    ... 

An dieser Stelle sollte ich in der Lage sein, die Bibliotheken zu verwenden, ohne den Bibliothekspfad angeben. Wenn ich jedoch versuche, eine Anwendung zu kompilieren, ohne den Bibliothekspfad (-L) anzugeben, schlägt sie fehl. Allerdings, wenn ich gcc mit dem Bibliothekspfad ex liefern:

gcc source.c -L /usr/local/lib/agony output -lbtiGPIO -lbtiDSP 

es funktioniert !!

Ich möchte nicht LD_LIBRARY_PATH Umgebungsvariable verwenden, weil diese Bibliothek überall auf dem System verwendet werden soll und ich möchte nicht, dass andere Compiler sich Sorgen um die Bereitstellung LD_LIBRARY_PATH.

Was mache ich hier falsch?

Answer 1

An dieser Stelle sollte ich

Hier liegt die Verwirrung den Bibliothekspfad ohne Angabe der Bibliotheken verwenden können.

Sie haben die gemeinsame Bibliothek gebaut libbtiGPIO.so (nur mit, dass ein Festhalten), platziert es in /usr/local/lib/agony und aktualisiert, um die ldconfig Datenbank entsprechend.

Der Effekt davon ist, wenn Sie Lauf ein Programm, das mit libbtiGPIO verknüpft war dann der dynamische Linker (/lib/x86_64-linux-gnu/ld-2.21.so, oder ähnliches) wird wissen, wo zu suchen, die Bibliothek in den Prozess zu laden und Sie muss es nicht sagen, indem Sie LD_LIBRARY_PATH in der Umgebung einstellen.

Sie haben aber nichts getan, dass die Liste der Standardbibliothek Suchverzeichnisse beeinflusst, die in Ihre Build von gcc fest verdrahtet werden, dass es zu gibt den Linker (/usr/bin/ld), wenn Sie Link ein Programm mit libbtiGPIO an erster Stelle.

Diese Liste der Standardsuchverzeichnissen ist, was Sie finden, wenn Ihr eine ausführliche Build des Programms zu tun - gcc -v ... - und dann von LIBRARY_PATH den Wert auswählen von dem Ausgang, z.B.

LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/5/:\ 
     /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/:\ 
     /usr/lib/gcc/x86_64-linux-gnu/5/../../../../lib/:\ 
     /lib/x86_64-linux-gnu/:\ 
     /lib/../lib/:\ 
     /usr/lib/x86_64-linux-gnu/:\ 
     /usr/lib/../lib/:\ 
     /usr/lib/gcc/x86_64-linux-gnu/5/../../../:\ 
     /lib/:\ 
     /usr/lib 

/usr/local/lib/agony ist nicht einer von denen, und es zu einer von denen, machen Sie haben würden sich gcc von der Quelle zu bauen. Um also Ihr Programm mit libbtiGPIO zu verknüpfen, müssen Sie noch ld mitteilen, wo es mit -L/usr/local/lib/agony -lbtiGPIO zu finden ist.

Answer 2

Mann, Sie missverstehen das Verfahren von Complier und Link.

Erstens, libbtiGPIO.so ist eine gemeinsame Link-Bibliothek nicht eine statische Link-Bibliothek. Es ist wichtig, diese Unterschiede zu kennen.

Dann müssen Sie etwas anderes wissen. Ändern ld.so.conf.d/*. conf und run sudo ldconfig, es wirkt sich auf den Vorgang der Verbindung. Mit anderen Worten, wenn Sie keine Agony.conf und sudo ldconfig hinzufügen, erhalten Sie einen Fehler, wenn Sie ./a.out statt gcc source.c -L .... ausführen gcc-Befehl kann erfolgreich ausgeführt werden, obwohl Sie nicht ldconfig.

Wenn Sie schließlich die Umgebungsvariable LD_LIBRARY_PATH nicht verschmutzen, müssen Sie in Ihrem gcc-Befehl die Optionen -L ... hinzufügen. Wenn Sie nicht häufig zu viele Wörter in Ihre Shell eingeben möchten, können Sie Makefile verwenden.