Aufbau eines einfachen Hallo-Welt-esque) Beispiel für die Verwendung von ld-option -rpath mit $ORIGIN

Dies ist ein Beispiel für relativen Pfad verknüpfen (mit ld) mit $ORIGIN in einem rpath.

rpath ist ein Pfad (oder eine Menge von Pfaden) eingebettet in binären Dateien (shared-libraries (.so) und ausführbare Dateien).

Diese Pfade sind die wichtigsten Suchpfade für die shared-libraries, die Binär verknüpft werden müssen mit zur Laufzeit.

$ORIGIN ist ein potenzielles start-Verzeichnis für eine rpath Weg.
Es behebt das Verzeichnis mit der Datei ausführen. (zB: $ORIGIN/lib)

Beispiel-Projekt erstellt eine freigegebene Bibliothek und eine ausführbare Datei, die links auf diese Bibliothek, die mit rpath und $ORIGIN.

Herunterladen können Sie das Projekt aus hier.

Aufbau der Datei (vor dem Gebäude):

• project/
  • src/
    • foo.cpp
    • main.cpp
  • make.sh

project/src/foo.cpp

int foo()
  { return 3; }

project/src/main.cpp

int foo();

#include <iostream>
int main()
  {
    std::cout << foo() << std::endl;
    return 0;
  }

project/make.sh

# Make directories:
mkdir -p -v obj
mkdir -p -v lib/dir
mkdir -p -v run

# Build the library:
g++ -c -o obj/foo.o src/foo.cpp -fPIC
g++ -shared -o lib/dir/foo.so -Wl,-soname,foo.so obj/foo.o

# Build the executable:
g++ -c -o obj/main.o src/main.cpp
g++ -o run/main.run obj/main.o -Wl,-rpath,'$ORIGIN/../lib/dir' -Llib/dir -l:foo.so

Aus der project Verzeichnis, führen Sie make.sh (wenn es nicht ausgeführt werden, gewährleisten make.sh Berechtigungen ausgeführt hat).

Wenn alles gut geht, main.run sollte jetzt laden lib/dir/foo.so auf die Ausführung, unabhängig von den absoluten Pfad zu project (Sie können verschieben Sie es überall), und unabhängig von der aktuellen working-directory (Sie können es überall ausführen).

Hinweise:

• -fPIC weist der compiler die relocatable object-Dateien (Objekt-Dateien, die in freigegebenen Bibliotheken müssen relocatable).
• -Wl,-soname,<NAME> bettet <NAME> in die generierte Bibliothek. Dieser sollte mit dem Namen, die Sie liefern, für die -l oder -l: Optionen, wenn die Verknüpfung zu dieser Bibliothek.
• -Wl,-rpath,'<PATH>' bettet <PATH> in die generierte Bibliothek und als runtime-library search path (oder rpath - siehe oben).
• -L fügt einen Pfad hinzu, der build-Zeit library search path " - Liste. (Hinweis: rpath ist irrelevant zur build-time -L ist irrelevant zur Laufzeit).
• -l: fügt den Dateinamen (ohne Pfad) der Bibliothek zu linken. (Ähnlich -l außer -l: erfordert den kompletten Dateinamen.

Datei-Struktur (nach dem Aufbau):

• project/
  • src/
    • foo.cpp
    • main.cpp
  • obj/
    • foo.o
    • main.o
  • lib/
    • dir/
      • foo.so
  • run/
    • main.run
  • make.sh

Hinweis: ich bin mit -l: erfordert die vollständige Bibliothek mit dem Namen (unter anderen Gründen, ist es einfacher script mit Variablen, wenn alle Funktionen haben den gleichen Namen-format).

Es ist häufiger zu verwenden -l, wobei -l<NAME> bezeichnet lib.so.

Einschränkungen

Soweit ich weiß (korrigiert mich, wenn ich falsch Liege) es gibt keine Möglichkeit zum hinzufügen einer Bibliothek innerhalb eines Unterverzeichnisses im Suchpfad (mit Ausnahme hinzufügen, dass als Verzeichnis-sub-path). Dies gilt für beide build-Zeit (-L) und run-time (-rpath) Suchpfade.

Also, wenn Sie zwei Bibliotheken mit dem gleichen Namen, aber verschiedenen Standorten, werden Sie nicht in der Lage, Ihnen sowohl. (Ich hoffe, ich bin falsch, oder diese wird fixiert).