如何在Valgrind抑制文件(.supp)中指定库的相对路径？

Valgrind自动生成的抑制文件默认带绝对路径，要实现跨机器共享，你可以试试这几种方法：

1. 用通配符替换路径前缀 #

Valgrind的抑制规则支持*通配符，它能匹配任意字符序列（包括路径分隔符/）。你可以把绝对路径里和项目根相关的前缀换成*，只保留库相对于项目的路径部分。

比如原来的抑制条目是：

{
   <leak_foo>
   Memcheck:Leak
   match-leak-kinds: definite
   ...
   obj:/home/ivan/projects/myapp/lib/libutils.so
}

可以改成：

{
   <leak_foo>
   Memcheck:Leak
   match-leak-kinds: definite
   ...
   obj:*/myapp/lib/libutils.so
}

只要不同机器上项目的相对结构一致（lib/libutils.so在项目根下的位置不变），Valgrind就能正确匹配到目标库。如果想更精准，也可以用*/lib/libutils.so，避免匹配到其他同名库。

2. 脚本动态替换路径占位符 #

如果通配符的匹配精度不够，你可以在抑制文件里用占位符标记项目根路径，然后通过启动脚本动态替换成当前机器的实际路径。

比如先把抑制文件里的路径写成：

obj:@PROJECT_ROOT@/lib/libutils.so

然后写一个bash脚本run_valgrind.sh：

#!/bin/bash
PROJECT_ROOT=$(pwd)
sed "s|@PROJECT_ROOT@|$PROJECT_ROOT|g" my.supp > temp.supp
valgrind --suppressions=temp.supp ./my_program
rm temp.supp

这样每次运行时，脚本会自动把占位符替换成当前项目的绝对路径，生成临时抑制文件供Valgrind使用，用完自动删除。

3. 直接匹配库文件名（谨慎使用） #

如果你的库文件名在系统中是唯一的，也可以直接去掉路径，只保留库的SONAME或文件名。比如把obj:/home/ivan/.../libutils.so改成obj:libutils.so。

这种方法最简单，但风险也高——如果系统里其他地方有同名的库，Valgrind会错误地抑制那些库的泄漏报告，所以只适合库名唯一、且不会和系统库重名的场景。

验证方法 #

修改完抑制文件后，用以下命令验证是否生效：

valgrind --leak-check=full --show-reachable=yes --suppressions=my.supp ./your_program

确认原来的库相关泄漏被正确抑制，同时没有误抑制其他无关的泄漏。

内容的提问来源于stack exchange，提问作者Ivan Ivlev