組み込みDebianベースのPowerPCシステムにValgrindをインストールしようとしています。私はそれをうまくクロスコンパイルすることができました、しかし今それはそれがデバッグ情報を見つけることができないと不平を言っています。関連する共有オブジェクトのストリップされていないコピーをファイルシステムに配置し、このディレクトリをValgrindに通知しましたが、まだ機能していません。
呼び出し:
[email protected]:/# /root/valgrind/bin/valgrind --extra-debuginfo-path=/root/valgrind/usr/lib/debug /path/to/my_program -log
==6000== Memcheck, a memory error detector
==6000== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==6000== Using Valgrind-3.10.0.SVN and LibVEX; rerun with -h for copyright info
==6000== Command: /path/to/my_program -log
==6000==
valgrind: Fatal error at startup: a function redirection
valgrind: which is mandatory for this platform-tool combination
valgrind: cannot be set up. Details of the redirection are:
valgrind:
valgrind: A must-be-redirected function
valgrind: whose name matches the pattern: strlen
valgrind: in an object with soname matching: ld.so.1
valgrind: was not found whilst processing
valgrind: symbols from the object with soname: ld.so.1
valgrind:
valgrind: Possible fixes: (1, short term): install glibc's debuginfo
valgrind: package on this machine. (2, longer term): ask the packagers
valgrind: for your Linux distribution to please in future ship a non-
valgrind: stripped ld.so (or whatever the dynamic linker .so is called)
valgrind: that exports the above-named function using the standard
valgrind: calling conventions for this platform. The package you need
valgrind: to install for fix (1) is called
valgrind:
valgrind: On Debian, Ubuntu: libc6-dbg
valgrind: On SuSE, openSuSE, Fedora, RHEL: glibc-debuginfo
valgrind:
valgrind: Cannot continue -- exiting now. Sorry.
問題のあるファイルld.so.1
は/lib
にあり、削除されていないコピーは別のディレクトリにあります。
[email protected]:/# find / -name ld.so.1
/lib/ld.so.1
/root/valgrind/usr/lib/debug/ld.so.1
/root/valgrind/usr/lib/debug/lib/ld.so.1
libc6-dbg_2.7-10ubuntu3_powerpc.deb
からのストリップされていないコピーは互換性があるようです:
[email protected]:/# file /lib/ld.so.1 /root/valgrind/usr/lib/debug/ld.so.1 /root/valgrind/usr/lib/debug/lib/ld.so.1
/lib/ld.so.1: symbolic link to `ld-2.7.so'
/root/valgrind/usr/lib/debug/ld.so.1: symbolic link to `ld-2.7.so'
/root/valgrind/usr/lib/debug/lib/ld.so.1: symbolic link to `ld-2.7.so'
[email protected]:/# file /lib/ld-2.7.so /root/valgrind/usr/lib/debug/ld-2.7.so /root/valgrind/usr/lib/debug/lib/ld-2.7.so
/lib/ld-2.7.so: ELF 32-bit MSB shared object, PowerPC or Cisco 4500, version 1 (SYSV), dynamically linked, with unknown capability 0x41000000 = 0x11676e75, with unknown capability 0x10000 = 0x90401, stripped
/root/valgrind/usr/lib/debug/ld-2.7.so: ELF 32-bit MSB shared object, PowerPC or Cisco 4500, version 1 (SYSV), dynamically linked, not stripped
/root/valgrind/usr/lib/debug/lib/ld-2.7.so: ELF 32-bit MSB shared object, PowerPC or Cisco 4500, version 1 (SYSV), statically linked, not stripped
そして、objdump
がどのように機能するかを理解していれば、Valgrindが言及した「リダイレクトする必要のある関数」には実際にデバッグコピーにエントリがあるようです。
[email protected]:/# objdump -x /lib/ld-2.7.so | grep strlen
[email protected]:/# objdump -x /root/valgrind/usr/lib/debug/lib/ld-2.7.so | grep strlen
0002f734 l O .data.rel.ro 00000004 max_capstrlen
00018ff0 l F .text 000000b8 strlen
それでも、--extra-debuginfo-path
引数は効果がありません。 manual にこのスイッチについての簡単な言及がありますが、これは事実上、私がそれについて見つけることができたすべての情報です。私は何か他のものが欠けていますか?
ちなみに、このマシンはインターネットに接続できないため、apt
/dpkg
に処理を任せることは残念ながら問題外です。 /lib
および他のほとんどのシステムディレクトリも読み取り専用でマウントされているため、ld-2.7.so
の代わりにストリップされていないものをドロップすることはできません(そのようなリスクを冒すことはありません)。
同様の問題が発生し、valgrindに--allow-mismatched-debuginfo=yes
パラメーターを追加すると問題が解決しました。