Die Verknüpfung einer dynamischen Bibliothek (libjvm.dylib) in Mac OS X (rpath Ausgabe)

Ich habe eine Anwendung, die erfordert, dass eine Verknüpfung mit libjvm (eine Bibliothek aus dem JDK benötigt zu tun, JNI bindings). Wenn ich sage die Lage des libjvm.dylib mit -L es erfolgreich kompiliert und verlinkt. Jedoch wenn ich den binären ich bekommen:

dyld: Library not loaded: @rpath/libjvm.dylib
  Referenced from: <my home directory>/./mybinary
  Reason: image not found

Bisher fand ich heraus, dass ich mein binäre Angabe LD_LIBRARY_PATH so:

LD_LIBRARY_PATH=<path to libfolder installation> ./mybinary

Aber natürlich möchte ich nicht, dass. Warum sollte ich die angeben, die genaue Lage jedenfalls, wenn ich es wieder und wieder, jedes mal, wenn ich die Anwendung starten?!

Ich habe auch gelernt, dass dynamische Bibliotheken auf mac os x bekommt eine Art Stempel, der sagt, es Lage. Allerdings weiß ich nicht, was rpath ist (scheint wie eine variable zu mir, aber wie kann ich es einstellen, während die Verknüpfung?).

Die Anwendung wurde mit haskell, aber ich kann ebenso gut link den Objekt-Dateien manuell mithilfe ld. Allerdings bin ich mir stecken, dass rpath Sache - ist es vielleicht Besondere an der JDK-Bibliotheken?

Hier ist, was ich tun, um zu bauen:

ghc --make Main.hs mycbinding.o -ljvm -L<javahome>/jre/lib/server -o mybinary
InformationsquelleAutor scravy | 2013-02-01
  1. 12

    Vom Apple dyld Mann Seite:

    @rpath/

      Dyld maintains a current stack of paths called the run path list.
  When @rpath is encountered it is substituted with each path in the
  run path list until a loadable dylib if found. The run path stack
  is built from the LC_RPATH load commands in the depencency chain
  that lead to the current dylib load. You can add an LC_RPATH load
  command to an image with the -rpath option to ld(1). You can even add
  a LC_RPATH load command path that starts with @loader_path/, and it
  will push a path on the run path stack that relative to the image
  containing the LC_RPATH. The use of @rpath is most useful when you
  have a complex directory structure of programs and dylibs which can be
  installed anywhere, but keep their relative positions. This scenario
  could be implemented using @loader_path, but every client of a dylib
  could need a different load path because its relative position in the
  file system is different. The use of @rpath introduces a level of
  indirection that simplies things. You pick a location in your directory
  structure as an anchor point. Each dylib then gets an install path that
  starts with @rpath and is the path to the dylib relative to the anchor
  point. Each main executable is linked with -rpath @loader_path/zzz,
  where zzz is the path from the executable to the anchor point. At runtime
  dyld sets it run path to be the anchor point, then each dylib is found
  relative to the anchor point.

    Müssen Sie gehen -rpath path/containing/the/library zu ld wenn die Verknüpfung Ihrer binären erzählen, wo zu suchen wenn die Erweiterung der @rpath/ Präfix in der shared library load-Befehl. Mit GHC können Sie die -optl-Wl argument zu haben, es pass-flags durch, um ld, so dass Sie aufrufen möchten GHC etwa so:

    ghc --make Main.hs mycbinding.o -ljvm -L<javahome>/jre/lib/server -optl-Wl,-rpath,<javahome>/jre/lib/server -o mybinary
    InformationsquelleAutor bdash
Schreibe einen Kommentar