クロスコンパイラーldd

Question

クロスコンパイルされたarm実行可能ファイルを作成しました。実行可能ファイルのライブラリ依存関係を見つけたいのですが。私はubuntu nattyとインストールされたarm-linux-gnueabiツールチェーンを使用していますが、これにはlddが含まれていません。 Linuxでarm実行可能ファイルライブラリの依存関係を表示するために利用できるツールはありますか？.

stegre · Accepted Answer

これは少しクルージですが、私が見つけた最良のソリューションであり、基本的な使用には非常にうまく機能します。他のクロスツールでこのスクリプトを "arm-none-linux-gnueabi-ldd"として保存してください。

#!/bin/sh arm-none-linux-gnueabi-readelf -a $1 | grep "Shared library:"

Maus · Answer

objdumpを使用して、バイナリのヘッダー部分のみをダンプして検索することもできます。これにより、数ミリ秒節約できます...

#!/bin/sh arm-none-linux-gnueabi-objdump -x $1 | grep NEEDED

user6754418 · Answer

これは別のオプションです。LD_TRACE_LOADED_OBJECTS環境変数を任意の値（1など）に設定してから、実行ファイルを実行するだけで、出力は動的な依存関係になります。

longbkit · Answer

私はこれを見つけ、それがまだ真のlddソリューションを探している多くの人々に役立つことを願っています。 lddは、ld-linuxライブラリをサポートする単なるスクリプトです。それでは、なぜ独自のlddスクリプトを作成しないのですか？まず、使用可能なシステムにあるld-linuxライブラリを見つける必要があります。私の場合は/lib/ld-linux-armhf.so.3なので、以下のスクリプトでわかるように、これをRTLDLISTに入れます。

このスクリプトをデバイスまたはボードに配置すると、実行可能ファイルの依存ライブラリを見つけるのに非常に便利なlddを使用できます。

幸運を！

#! /bin/bash # Copyright (C) 1996-2011, 2012 Free Software Foundation, Inc. # This file is part of the GNU C Library. # The GNU C Library is free software; you can redistribute it and/or # modify it under the terms of the GNU Lesser General Public # License as published by the Free Software Foundation; either # version 2.1 of the License, or (at your option) any later version. # The GNU C Library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Lesser General Public License for more details. # You should have received a copy of the GNU Lesser General Public # License along with the GNU C Library; if not, write to the Free # Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA # 02111-1307 USA. # This is the `ldd' command, which lists what shared libraries are # used by given dynamically-linked executables. It works by invoking the # run-time dynamic linker as a command and setting the environment # variable LD_TRACE_LOADED_OBJECTS to a non-empty value. # We should be able to find the translation right at the beginning. TEXTDOMAIN=libc TEXTDOMAINDIR=/usr/share/locale RTLDLIST="/lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2 /lib/ld-linux-armhf.so.3" warn= bind_now= verbose= while test $# -gt 0; do case "$1" in --vers | --versi | --versio | --version) echo 'ldd (Ubuntu EGLIBC 2.15-0ubuntu10.3) 2.15' printf $"Copyright (C) %s Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. " "2012" printf $"Written by %s and %s. " "Roland McGrath" "Ulrich Drepper" exit 0 ;; --h | --he | --hel | --help) printf $"Usage: ldd [OPTION]... FILE... --help print this help and exit --version print version information and exit -d, --data-relocs process data relocations -r, --function-relocs process data and function relocations -u, --unused print unused direct dependencies -v, --verbose print all information " printf $"For bug reporting instructions, please see: %s. " "<http://www.debian.org/Bugs/>" exit 0 ;; -d | --d | --da | --dat | --data | --data- | --data-r | --data-re | \ --data-rel | --data-relo | --data-reloc | --data-relocs) warn=yes shift ;; -r | --f | --fu | --fun | --func | --funct | --functi | --functio | \ --function | --function- | --function-r | --function-re | --function-rel | \ --function-relo | --function-reloc | --function-relocs) warn=yes bind_now=yes shift ;; -v | --verb | --verbo | --verbos | --verbose) verbose=yes shift ;; -u | --u | --un | --unu | --unus | --unuse | --unused) unused=yes shift ;; --v | --ve | --ver) echo >&2 $"ldd: option \`$1' is ambiguous" exit 1 ;; --) # Stop option processing. shift; break ;; -*) echo >&2 'ldd:' $"unrecognized option" "\`$1'" echo >&2 $"Try \`ldd --help' for more information." exit 1 ;; *) break ;; esac done nonelf () { # Maybe extra code for non-ELF binaries. return 1; } add_env="LD_TRACE_LOADED_OBJECTS=1 LD_WARN=$warn LD_BIND_NOW=$bind_now" add_env="$add_env LD_LIBRARY_VERSION=\$verify_out" add_env="$add_env LD_VERBOSE=$verbose" if test "$unused" = yes; then add_env="$add_env LD_DEBUG=\"$LD_DEBUG${LD_DEBUG:+,}unused\"" fi # The following use of cat is needed to make ldd work in SELinux # environments where the executed program might not have permissions # to write to the console/tty. But only bash 3.x supports the pipefail # option, and we don't bother to handle the case for older bash versions. if x=`set -o` && test "$x" != "${x#*pipefail}" && set -o pipefail ; then try_trace() { eval $add_env '"$@"' | cat } else try_trace() { eval $add_env '"$@"' } fi case $# in 0) echo >&2 'ldd:' $"missing file arguments" echo >&2 $"Try \`ldd --help' for more information." exit 1 ;; 1) single_file=t ;; *) single_file=f ;; esac result=0 for file do # We don't list the file name when there is only one. test $single_file = t || echo "${file}:" case $file in */*) : ;; *) file=./$file ;; esac if test ! -e "$file"; then echo "ldd: ${file}:" $"No such file or directory" >&2 result=1 Elif test ! -f "$file"; then echo "ldd: ${file}:" $"not regular file" >&2 result=1 Elif test -r "$file"; then RTLD= ret=1 for rtld in ${RTLDLIST}; do if test -x $rtld; then verify_out=`${rtld} --verify "$file"` ret=$? case $ret in [02]) RTLD=${rtld}; break;; esac fi done case $ret in 0|2) try_trace "$RTLD" "$file" || result=1 ;; 1|126) # This can be a non-ELF binary or no binary at all. nonelf "$file" || { echo $" not a dynamic executable" result=1 } ;; *) echo 'ldd:' ${RTLD} $"exited with unknown exit code" "($ret)" >&2 exit 1 ;; esac else echo 'ldd:' $"error: you do not have read permission for" "\`$file'" >&2 result=1 fi done exit $result # Local Variables: # mode:ksh # End:

Jezz · Answer

すでに述べたように、設計によりldd ターゲットでのみ実行できます。ただし、lddを使用してreadelfの動作を模倣することは可能です。 xlddというスクリプトがcrosstool-ngプロジェクトで開発されました。このスクリプトの独立したバージョンは、こちらから入手できます。

https://Gist.github.com/jerome-pouiller/c403786c1394f53f44a3b61214489e6f

CristiFati · Answer

[Sourceware.Bugzilla]：Bug 16628-pthread dlopen（）saライブラリのないバイナリがpthreadにリンクされた後のSegfault プロジェクト（一部のC++の移植を伴う）で作業中に解決策を見つけた [〜＃〜]アーム[〜＃〜]）のコード。

Ubtu 16.04を使用しており、[〜＃〜] arm [〜＃〜]インストールしたクロスコンパイルツールg ++-4.9-arm-linux-gnueabihf（および依存関係、またg ++-multilib（および依存関係）をアンインストールするように強制しました）。実行可能ファイルをテスト（実行）するために、私は [〜＃〜] qemu [〜＃〜] （qemu-user-static）をインストールしました。

[man7]：LDD（1）によると（これは単なるシェル（bash）スクリプトです）：

通常の場合、lddは、LD_TRACE_LOADED_OBJECTS環境変数を1に設定して、標準の動的リンカー（ ld.so（8）を参照）を呼び出します。

上記のバグレポートのデータを例に挙げます。

issue16417.cpp：

#include <string> #include <iostream> extern char **environ; int main() { for (char **it = environ; *it != nullptr; ++it) { std::string str(*it); std::cout << "export " << str.substr(0, str.find('=')) << std::endl; } }

build_issue16417.sh（削除されたフラグはコンパイラーでサポートされていません）：

#!/bin/bash _BUILD_TOOL_BASE_NAME=arm-linux-gnueabihf-g++-4.9 _FILE_BASE_NAME=issue16417 ${_BUILD_TOOL_BASE_NAME} -pthread -std=gnu++0x -pedantic -ggdb -O2 -pipe -mtls-dialect=gnu2 -ftree-loop-distribution -ftree-vectorize -fmerge-all-constants -fira-loop-pressure -pedantic -c -o ${_FILE_BASE_NAME}.o ${_FILE_BASE_NAME}.cpp ${_BUILD_TOOL_BASE_NAME} -pthread -std=gnu++0x -pedantic -ggdb -O2 -pipe -mtls-dialect=gnu2 -ftree-loop-distribution -ftree-vectorize -fmerge-all-constants -fira-loop-pressure -pedantic -Wl,-O1 -Wl,--sort-common -Wl,--enable-new-dtags -Wl,--gc-sections -Wl,--hash-style=gnu -o ${_FILE_BASE_NAME}.${_BUILD_TOOL_BASE_NAME} ${_FILE_BASE_NAME}.o -Wl,--as-needed -pthread -Wl,-Fuse-ld=gold

出力：

[cfati@cfati-ubtu16x64-0:~/Work/Dev/StackOverflow/q006150000]> ~/sopr.sh *** Set shorter Prompt to better fit when pasted in StackOverflow (or other) pages *** [Prompt]> [Prompt]> uname -a Linux cfati-ubtu16x64-0 4.15.0-39-generic #42~16.04.1-Ubuntu SMP Wed Oct 24 17:09:54 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux [Prompt]> which arm-linux-gnueabihf-g++-4.9 /usr/bin/arm-linux-gnueabihf-g++-4.9 [Prompt]> ldd /usr/bin/arm-linux-gnueabihf-g++-4.9 linux-vdso.so.1 => (0x00007ffdf55c2000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f59b6c62000) /lib64/ld-linux-x86-64.so.2 (0x00007f59b702c000) [Prompt]> dpkg -S /usr/bin/arm-linux-gnueabihf-g++-4.9 g++-4.9-arm-linux-gnueabihf: /usr/bin/arm-linux-gnueabihf-g++-4.9 [Prompt]> [Prompt]> ls build_issue16417_g++4.9.sh issue16417.cpp [Prompt]> ./build_issue16417_g++4.9.sh [Prompt]> ls build_issue16417_g++4.9.sh issue16417.arm-linux-gnueabihf-g++-4.9 issue16417.cpp issue16417.o [Prompt]> file ./issue16417.arm-linux-gnueabihf-g++-4.9 ./issue16417.arm-linux-gnueabihf-g++-4.9: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=17e0f3d6ceaa13df4ac031e6581074757abee36c, not stripped [Prompt]> echo ${_QEMU_CMD} /usr/bin/qemu-arm-static -L /usr/arm-linux-gnueabihf [Prompt]> ${_QEMU_CMD} ./issue16417.arm-linux-gnueabihf-g++-4.9 qemu: uncaught target signal 11 (Segmentation fault) - core dumped Segmentation fault (core dumped) [Prompt]> [Prompt]> ldd ./issue16417.arm-linux-gnueabihf-g++-4.9 not a dynamic executable

予想通り、（通常の）lddは[〜＃〜] arm [〜＃〜]バイナリでは機能しません。

lddスクリプトでは、冒頭のどこかに行（他に.so sを参照する行はありません）があります。

RTLDLIST="/lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2 /libx32/ld-linux-x32.so.2"

ご覧のように、正しいld.so（これまでのところi686とx86_64しかありません）がないため、[〜＃〜を処理できません] arm [〜＃〜]バイナリ。物事を機能させるには、次のいずれかを実行します（オプションごとにSudoが必要です）：

[〜＃〜] arm [〜＃〜]を行の最後に追加します
lddのコピーを作成し、そのバージョンを変更します（既存の.so sを正しいものに置き換えます）

私は2つを選びました^nd バリアント。しかし、[〜＃〜] arm [〜＃〜] ld.soはどこにありますか？おそらくご想像のとおり、それは$ {_ QEMU_CMD} env varから取得できます（結局、qemuも必要です）。私のマシンでは/usr/arm-linux-gnueabihf/lib/ld-2.23.so（libc6-armhf-crossが必要ですが、これでインストールされます）。そこで、lddをarm-linux-gnueabihf-lddにコピーし、上記の行を次の行に置き換えました。

_LIB_PATH=/usr/arm-linux-gnueabihf/lib RTLDLIST="${_LIB_PATH}/ld-2.23.so" # @TODO - cfati: Not a fan of the line below (I think it's considered bad practice), but without it, it can't find the libraries locations. export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${_LIB_PATH}

diff形式も投稿します（- [SO]：Run/Debug a Django application's UnitTests from a mouse right click context menu in PyCharm Community Edition？（@ CristiFati's答え）（パッチutrunnerセクション）を適用する方法）：

[Prompt]> diff --binary -uN /usr/bin/ldd /usr/bin/arm-linux-gnueabihf-ldd --- /usr/bin/ldd 2018-01-15 04:49:13.000000000 +0200 +++ /usr/bin/arm-linux-gnueabihf-ldd 2018-12-04 19:34:19.499001000 +0200 @@ -26,7 +26,13 @@ TEXTDOMAIN=libc TEXTDOMAINDIR=/usr/share/locale -RTLDLIST="/lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2 /libx32/ld-linux-x32.so.2" +_LIB_PATH=/usr/arm-linux-gnueabihf/lib + +RTLDLIST="${_LIB_PATH}/ld-2.23.so" + +# @TODO - cfati: Not a fan of the line below (I think it's considered bad practice), but without it, it can't find the libraries locations. +export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${_LIB_PATH} + warn= bind_now= verbose=

〜＃〜] arm [〜＃〜]実行可能ファイルで "--- [new" lddを実行してみて、voilà：

[Prompt]> arm-linux-gnueabihf-ldd ./issue16417.arm-linux-gnueabihf-g++-4.9 libstdc++.so.6 => /usr/arm-linux-gnueabihf/lib/libstdc++.so.6 (0xf66c6000) libc.so.6 => /usr/arm-linux-gnueabihf/lib/libc.so.6 (0xf65da000) /lib/ld-linux-armhf.so.3 => /usr/arm-linux-gnueabihf/lib/ld-2.23.so (0xf6fd7000) libm.so.6 => /usr/arm-linux-gnueabihf/lib/libm.so.6 (0xf6562000) libgcc_s.so.1 => /usr/arm-linux-gnueabihf/lib/libgcc_s.so.1 (0xf6538000)

注：次に来るのは質問/回答の一部ではないです。
とにかく、--as-neededを--no- as-neededでbuild_issue16417.shに置き換えると、次のようになります。

[Prompt]> vi build_issue16417_g++4.9.sh [Prompt]> ./build_issue16417_g++4.9.sh [Prompt]> ${_QEMU_CMD} ./issue16417.arm-linux-gnueabihf-g++-4.9 export LC_NAME export LC_TIME export LESSCLOSE export XDG_RUNTIME_DIR export LESSOPEN export SSH_CONNECTION export XDG_DATA_DIRS export LOGNAME export HOME export SHLVL export PAPERSIZE export LC_MEASUREMENT export LANG export PWD export LC_IDENTIFICATION export QT_QPA_PLATFORMTHEME export PATH export MAIL export LC_TELEPHONE export LS_COLORS export USER export SSH_TTY export OLDPWD export LC_NUMERIC export SSH_CLIENT export Shell export TERM export Android_HOME export LC_MONETARY export XDG_SESSION_ID export LC_ADDRESS export LC_PAPER

:)