在python扩展名上解决Sanitizer问题

时间:2019-04-15 15:18:34

标签: python clang address-sanitizer

我正在尝试使用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

1 个答案:

答案 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.NN取决于GCC版本)。

有关GCC和Clang在shlibs消毒方面的区别的更多详细信息,请参见this answer