Warum muss ich jedes Mal, wenn ich meine Anwendung ausführe, LD_LIBRARY_PATH mit einem Export definieren?

Ich habe Code, der einige gemeinsam genutzte Bibliotheken verwendet (C-Code auf gcc). Beim Kompilieren muss ich die Include- und Bibliotheksverzeichnisse explizit mit -I und -L definieren, da sie nicht an den Standardorten liegen. Wenn ich versuche, den Code auszuführen, erhalte ich die folgende Fehlermeldung:

./sync_test 
./sync_test: error while loading shared libraries: libsync.so: cannot open shared object file: No such file or directory

Gehen Sie jedoch wie folgt vor, alles funktioniert einwandfrei:

export LD_LIBRARY_PATH="/path/to/library/"
./sync_test

Nun, das Merkwürdige daran ist, dass dies nur einmal funktioniert. Wenn ich versuche, sync_test erneut auszuführen, erhalte ich denselben Fehler, es sei denn, ich führe zuerst den Exportbefehl aus. Ich habe versucht, meiner .bashrc Folgendes hinzuzufügen, aber es hat keinen Unterschied gemacht:

LD_LIBRARY_PATH="/path/to/library/"

Sie sollten das Setzen vermeiden LD_LIBRARY_PATH in deiner .bashrc. Sehen “Why LD_LIBRARY_PATH is bad“ für mehr Informationen.

Verwenden Sie die Linker-Option -rPfad beim Verlinken, damit der dynamische Linker weiß, wo er zu finden ist libsync.so während der Laufzeit.

gcc ... -Wl,-rpath /path/to/library -L/path/to/library -lsync -o sync_test

BEARBEITEN:

Eine andere Möglichkeit wäre, einen Wrapper wie diesen zu verwenden

#!/bin/bash

LD_LIBRARY_PATH=/path/to/library sync_test "$@"

Wenn sync_test andere Programme startet, verwenden sie möglicherweise die Bibliotheken in /path/to/library was beabsichtigt sein kann oder nicht.

Verwenden

export LD_LIBRARY_PATH="/path/to/library/"

in Ihrer .bashrc andernfalls ist es nur für Bash verfügbar und nicht für Programme, die Sie starten.

Versuchen -R/path/to/library/ -Flag, wenn Sie verlinken, wird das Programm in diesem Verzeichnis suchen und Sie müssen keine Umgebungsvariablen setzen.

EDIT: Sieht so aus -R ist nur Solaris, und Sie verwenden Linux.

Eine alternative Möglichkeit wäre, den Pfad zu hinzuzufügen /etc/ld.so.conf und Renn ldconfig. Beachten Sie, dass dies eine globale Änderung ist, die für alle dynamisch verknüpften Binärdateien gilt.

Sie können das alles einfach in eine Zeile schreiben:

LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/path/to/library" ./sync_test

Sollte die Sache etwas einfacher machen, auch wenn es nichts Grundlegendes ändert

Haben Sie in Ihre .bashrc ‘exportiert’?

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:"/path/to/library"

Anstatt den Bibliothekssuchpfad zur Laufzeit mit LD_LIBRARY_PATH zu überschreiben, könnten Sie ihn stattdessen mit in die Binärdatei selbst backen rpath. Wenn Sie mit GCC verknüpfen, fügen Sie hinzu -Wl,-rpath,<libdir> sollte den Trick machen, wenn Sie mit ld verlinken, ist es nur -rpath <libdir>.

Was Sie auch tun können, wenn Sie es auf Ihrem System installiert haben, ist, das Verzeichnis, das die gemeinsam genutzten Bibliotheken enthält, zu Ihrem hinzuzufügen /etc/ld.so.conf Datei oder erstellen Sie eine neue Datei in /etc/ld.so.conf.d/

(Ich habe sowohl die RHEL5- als auch die Ubuntu-Distribution überprüft, daher denke ich, dass sie für Linux generisch ist.)

Das Programm ldconfig stellt sicher, dass sie systemweit eingebunden werden.

Weitere Informationen finden Sie unter folgendem Link:
www.dwheeler.com/secure-programs/Secure-Programs-HOWTO/dlls.html

Sie könnten in Ihrem Code ein Anrufsystem mit der neuen Definition hinzufügen:

sprintf(newdef,"export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:%s:%s",ld1,ld2);
system(newdef);

Aber ich weiß nicht, dass es die richtige Lösung ist, aber es funktioniert.

Grüße