我正在尝试使用Address Sanitizer编译python扩展。加载扩展程序后,我得到
Traceback (most recent call last):
File "test.py", line 2, in <module>
from extension import package
File "/tmp/python_test/extension/package.py", line 28, in <module>
from extension._ext import *
ImportError: /tmp/python_test/extension/_ext.so: undefined symbol: __asan_version_mismatch_check_v8
编译器调用为
clang -g -o _ext.so code.ll -fsanitize=address -lrt -lpthread -ldl -lstdc++ -lm -fPIC -shared
因此,它不能正确地从asan加载符号。我尝试使用-static-libsan
,但结果是相同的。
我已经看到有人使用LD_PRELOAD
将Asan带入共享对象,但是,看来我系统上的libasan.so
来自不同版本的Address Sanitizer(从Debian的libasan3安装)包,而我从deb http://apt.llvm.org/stretch/ llvm-toolchain-stretch-8 main获得了lang声)。
那么,如何使Address Sanitizer与共享库一起工作?
要么,我需要正确的libasan.so
版本(似乎不在deb {http://apt.llvm.org/stretch/ llvm-toolchain-stretch-8 main中,或者我需要一种静态地具有clang链接的方法)。
我的clang版本:
$ clang -v
clang version 8.0.0-svn356034-1~exp1~20190313094216.53 (branches/release_80)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.3.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.3.0
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.3.0
Candidate multilib: .;@m64
Selected multilib: .;@m64
答案 0 :(得分:1)
要使用Clang清理单个库(不清理主python
可执行文件)
-shared-libasan
添加到LDFLAGS
(与GCC不同,C语默认为-static-libasan
)LD_PRELOAD=path/to/libclang_rt.asan-x86_64.so
运行(应该在带有标准Clang库的地方)(请参阅AddressSanitizerAsDso wiki)。
另一种选择是使用GCC,在这种情况下,不需要-shared-libasan
,并且LD_PRELOAD
的值变为libasan.so.N
(N
取决于GCC版本)。
有关GCC和Clang在shlibs消毒方面的区别的更多详细信息,请参见this answer。