ldd

    1

    1答えて

    #include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <string.h> #include <sys/stat.h> #include <sys/types.h> #include <sys/mman.h> #include <errno.h> #include <fcntl.h> #includ

    4

    1答えて

    指定された名前を表示しません cat /etc/issue Debian GNU/Linux 9 \n \l 私は(wrap.cを作成するためのラッパーとして機能し、通常のように、ライブラリとオブジェクトを構築すべてのオブジェクトファイル) gcc -c -fPIC -W -Wall -O2 -funroll-loops wrap.c gcc -shared -Wl,-soname,lib

    1

    1答えて

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

    2

    2答えて

    バイナリ自体にC++バイナリが動的にリンクされているライブラリの名前を確認またはアクセスする方法はありますか? lddを実行せずに、基本的にはlddをバイナリで実行します。 このユースケースはdlopenからdlfcn.hを使用しています。私は"@[email protected]"がパスに解決 void* handle = dlopen("@[email protected]", RTLD_LA

    0

    2答えて

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

    1

    1答えて

    共有ライブラリを別の共有ライブラリにリンクするときや共有ライブラリとバイナリをリンクするときに、gccリンカの仕組みや状況がどのように違うかを理解するのに少し苦労しています。私はUbuntu 16.04.1 LTS、gcc 5.4.0、およびld 2.26.1を使用しています。 いくつかのCソースファイルで実行される一連のコマンドの2つのセットです。 シーケンス1: - [email protec

    0

    1答えて

    私は/ usr/lib/x86_64-linux-gnuにあるすべてのqt5関連ファイルを誤って削除しました。だから、私は再び sudo apt-get install qt5-default sudo apt-get install qtdeclarative5-dev しかし、qt5は代が不足していると文句を言い使用するアプリケーションを使用してqt5をインストールしました。例えば 、

    0

    1答えて

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

    0

    1答えて

    libboost_iostreams.so.1.63.0ライブラリが必要なC++アプリケーションを作成しました。 Ubuntuの16.04 VMで私は、ライブラリを構築していますし、私の実行可能にlddコマンドは次のようになります: ldd ./c++_app | grep boost libboost_iostreams.so.1.63.0 => /usr/local/lib/libboos

    0

    2答えて

    私のPCに何かコンパイルできません。私はなぜ、おそらく私はいくつかのパッケージをインストールし、混乱を作り出したのか分かりません。私はgccやその他のパッケージをアンインストールして再インストールしましたが、良いニュースはありません。 このはメッセージである: /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse- linux/