我正在开发一种产品,该产品由多个相互依赖的 C++ 可执行文件和库组成。我正在使用 GCC 和 -fsanitize-address
构建它们。 .
据我了解,如果我想将地址清理程序与库一起使用,我必须将其构建为共享对象(这是 GCC 的默认选项)。因此,我认为最好的选择是使用 -static-libasan
静态构建地址清理程序。对于可执行文件并为库动态构建它。但是,当我这样做时,在构建 C++ 可执行文件之一时出现链接错误:
==10823==Your application is linked against incompatible ASan runtimes
这让我觉得地址清理器的静态和动态版本不能与 GCC 混合,对吗?我无法在 sanitizers GitHub 页面上找到有关此的任何信息。
最佳答案
TLDR:
-fsanitize=address
. -fsanitize=address
并额外导出 LD_PRELOAD=$(gcc -print-file-name=libasan.so)
运行您的应用程序时。 -fsanitize-address -shared-libasan
进行编译/链接并额外导出 LD_PRELOAD=$(clang -print-file-name=libclang_rt.asan-x86_64.so)
运行应用程序时。 现在做一些解释。最初 Asan 仅存在于 Clang 中,默认使用(并且仍然使用)
-static-libasan
.当它被移植到 GCC 时,GCC 开发人员决定首选共享运行时(例如,因为它允许一个人只清理一个共享库并保持主要可执行文件不被清理,例如清理 Python 模块而不重新编译 python.exe,参见 wiki 其他示例) .这两种方法都是二进制不兼容的,因此您不能将应用程序的一部分与静态运行时链接,而将部分应用程序与动态运行时链接。大致
-fsanitize=address
相当于 Clang -fsanitize=address -shared-libasan
(并且 -shared-libasan
在 Clang 中是二等公民,因此不太受支持)-fsanitize=address
相当于 GCC -fsanitize=address -static-libasan
(同样,-static-libasan
是 GCC 中的二等公民,所以有一些 issues )作为旁注,有关其他 GCC/Clang Asan 差异,请参阅 this helpful wiki .
关于gcc - 如何为多个 C++ 二进制文件启用地址清理程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47021422/