rpath

    0

    1答えて

    自分のシステムにパッケージを手動でインストールするのは、パッケージマネージャの基本バージョンでは利用できない変更を加える必要があるためです。可能であればパッケージをローカルにインストールしておきたいので、私はでインストールします。より一般的なprefix=/usr/localの代わりにインストールします。 ~/.local/binをPATHに追加してパッケージを共有ライブラリ(つまり~/.loca

    1

    1答えて

    は、(コードがGCCで微ビルド)を使用してコンパイラが打ち鳴らすさmpich GEN lib/libmpi.la libtool: error: only absolute run-paths are allowed に「作る」の間に、このエラーを取得できます。このエラーは何のために起こったのでしょうか?私は問題は引用符で囲ま$PWDの評価だと思う ./configure '--prefi

    0

    1答えて

    実行可能ファイルまたはライブラリの「検索パス」は、-rpathリンカーオプションを使用して設定できます。これは、依存関係がオブジェクトローダによって通常は考慮されない非標準の場所にインストールされ、通常、環境変数LD_LIBRARY_PATHの設定よりも優れていると考えられる場合に便利です。しかし 、私の特定の場合、パスは統合テストマシンと生産マシン間異なるある(残念ながら、ない議論のためのアップ

    0

    2答えて

    私はCMake、GTest、インテルのTBBをLinux上のプロジェクトに使用したいと思いますが、これまでは苦情なくビルドできましたが、TBBに必要な動的リンクはそれらのライブラリのうちの1つのみに問題のビットがあります。 私はそうのように呼び出され、そのCMakeの機能を使用しています: set(TBB_ROOT_DIR ${CMAKE_CURRENT_SOURCE_DIR}/tbb) set

    0

    1答えて

    Objective CでXcodeアプリケーションを構築します。これはrpathを使用して多くのライブラリを使用して依存dylibを検索します。今私はバイナリにいくつかのrpath設定を追加して、常に対応するlibsを見つけます。 私は、このコマンドを使用する場合: install_name_tool -add_rpath /パス/に/ libに をそれは私がデバッグできるようにするには、各ビルド

    1

    1答えて

    バイナリがロードされていない理由を知ることができませんでした。これはMATLAB(MEX-ファイル)によって読み込まれたdylibで、別の場所にあるかなりの数のdylibにリンクしています。 MATLABはMEXファイルを読み込むことができないと伝えますが、依存関係のどれが見つからないのか分かりません。 誰もこのようなものをデバッグする方法の提案はありますか? Linuxの場合、lddはこの問題を

    0

    2答えて

    B.soを動的にロードする実行可能ファイルAを持っています。これはC.soに依存します。 C.soがAとBと同じフォルダにありません。 QLibrary.load()を使用してB.soをロードしようとしていますが、QLibrary.errorString()がライブラリC.soを返していないため、ロードされる。 QLibraryのドキュメントによると、LD_LIBRARY_PATHを使用できると言

    0

    1答えて

    私はUbuntu 16.04を使用しており、外部ライブラリ(MCR)を使用する必要があります。それはすべての共有ライブラリをMATLAB/bin/glnxa64/フォルダの中に置きます。 libmx.soだけが必要ですが、そこには/usr/libのものとまったく同じ名前のライブラリがありますが、ファイルのサイズが異なるため実際には異なります(例:libtiff.so.5)。 これは私のアプリケーシ

    2

    1答えて

    MacOSでAutotoolsを使ってフレームワークを構築しようとしています。このフレームワークには、ライブラリ、それをlibmytools.dylibと呼ぶことと、ライブラリを使用する実行可能ファイルが含まれています。 私が望むのは、このライブラリを実行時に動的にリンクすることです。実行可能ファイルは通常、/Library/Frameworks/mytools.Framework/Version

    0

    1答えて

    ldd rpath定義に存在するdllを見つけることができません。 ここで、lddの出力(2つのDLLは../libでは見つかるが、libexpat.so.0では見つからないことがわかります:)を参照してください。他のライブラリが見つかりました(/./../lib/*を確認してください)。 ルートの@ hyperstream:ビン//DT /ローカル/ ADE-trunk4 /ビルドADE-デスク