valgrind 2.30编译和遇到的问题

一 介绍：

valgrind 默认使用 memcheck 去检查内存问题。
valgrind被设计成非侵入式的，它直接工作于可执行文件上，因此在检查前不需要重新编译、连接和修改你的程序。要检查一个程序很简单，只需要执行下面的命令就可以了
valgrind --tool=tool_name program_name
比如我们要对ls -l命令做内存检查，只需要执行下面的命令就可以了
valgrind --tool=memcheck ls -l
不管是使用哪个工具，valgrind在开始之前总会先取得对你的程序的控制权，从可执行关联库里读取调试信息。然后在valgrind核心提供的 虚拟CPU上运行程序，valgrind会根据选择的工具来处理代码，该工具会向代码中加入检测代码，并把这些代码作为最终代码返回给valgrind核 心，最后valgrind核心运行这些代码。
不同工具间加入的代码变化非常的大。在每个作用域的末尾，memcheck加入代码检查每一片内存的访问和进行值计算，代码大小至少增加12倍，运行速度要比平时慢25到50倍。
valgrind模拟程序中的每一条指令执行，因此，检查工具和剖析工具不仅仅是对你的应用程序，还有对共享库，GNU C库，X的客户端库都起作用。

二 编译：

./autogen.sh
export CC=arm-linux-gcc
export AR=arm-linux-ar
export LD=arm-linux-ld
./configure --host=arm-linux --prefix=/nfs/valgrind/ --enable-only32bit
make
make install

–enable-only32bit是你平台是32位还是64位

三.开发板运行

问题1：在移植到开发板上的时候出现下面的报错

valgrind: failed to start tool 'memcheck' for platform 'arm-linux': No such file or directory ”， 如下图所示

网上很多教程都说要注意 --prefix 后面的安装目录要和开发板平台目录一致，保持一致确实可以解决该问题，比如说我现在在ubuntu x64编译，安装到/opt/valgrind-3.12.0目录，那么我们将整个valgrind-3.12.0目录拷贝到开发板，那么必须拷贝到开发板的/opt目录下，可能有的的确问题解决了。
但是其实本质上的问题是执行valgrind时，没有找到valgrind的lib库。
解决方案（没有试过，不确定是否有效）：
export VALGRIND_LIB=/opt/valgrind-3.12.0/lib/valgrind

问题2：如果出现下面的报错，一种原因是运行环境下的ld-2.30.so 库是stripped的，valgrind提示需要安装带debuginfo的glibc库，主要是ld库没有debuginfo.找到同版本的not stripped的ld-2.30.so 替换后正常。

ld.2.30.so 哪里可以找到？
交叉编译工具链的目录下有lib ,target ，等
lib 是host平台的库，一般是stripped.
target 的目标开发板的资源。在target下有lib/ 这里的库是target平台的库，一般是not stripped。ld-2.30.so 可以从target/lib/找到。 

相关链接：https://blog.csdn.net/qq_38631503/article/details/80001804