我试图让ASAN使用一个程序，但我所做的任何事情都导致了ASAN:DEADLYSIGNAL，所以我试图缩小范围并检测一个只有几个编译器选项的小型测试程序，只是为了看看它是否可以工作：
$ cat > test.c <<EOF
int main(void) { return 0; }
EOF
下面是命令行：
$ gcc -g -O0 -fno-omit-frame-pointer -fsanitize=address test.c && ./a.out
ASAN:DEADLYSIGNAL
=================================================================
==5711==ERROR: AddressSanitizer: SEGV on unknown address 0xb7f11e70 (pc 0xb7f11e84 bp 0xb7ab6320 sp 0xbf92368c T16777215)
==5711==The signal is caused by a WRITE memory access.
#0 0xb7f11e83 in _dl_get_tls_static_info (/lib/ld-linux.so.2+0x11e83)
#1 0xb7a24ff9 (/usr/lib/i386-linux-gnu/libasan.so.4+0x101ff9)
#2 0xb7a10f15 (/usr/lib/i386-linux-gnu/libasan.so.4+0xedf15)
#3 0xb7f0f91a (/lib/ld-linux.so.2+0xf91a)
#4 0xb7f00cb9 (/lib/ld-linux.so.2+0xcb9)
AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (/lib/ld-linux.so.2+0x11e83) in _dl_get_tls_static_info
==5711==ABORTING
(我在"真实"程序中遇到的错误相同。
有了-static-libasan堆栈跟踪的描述性更强一些：
$ gcc -g -O0 -fno-omit-frame-pointer -fsanitize=address -static-libasan test.c && ./a.out
ASAN:DEADLYSIGNAL
=================================================================
==5719==ERROR: AddressSanitizer: SEGV on unknown address 0xb7fc6e70 (pc 0xb7fc6e84 bp 0x005f91a0 sp 0xbfe77c2c T16777215)
==5719==The signal is caused by a WRITE memory access.
#0 0xb7fc6e83 in _dl_get_tls_static_info (/lib/ld-linux.so.2+0x11e83)
#1 0x560a49 in __sanitizer::InitTlsSize() (/home/gkirilov/test/a.out+0xe9a49)
#2 0x552e05 in __asan::AsanInitInternal() (/home/gkirilov/test/a.out+0xdbe05)
#3 0xb7fc491a (/lib/ld-linux.so.2+0xf91a)
#4 0xb7fb5cb9 (/lib/ld-linux.so.2+0xcb9)
AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (/lib/ld-linux.so.2+0x11e83) in _dl_get_tls_static_info
==5719==ABORTING
以下是有关该系统的一些详细信息：
$ uname -a
Linux drinkpad 4.14.0-3-686-pae #1 SMP Debian 4.14.17-1 (2018-02-14) i686 GNU/Linux
$ gcc --version
gcc (Debian 7.3.0-11) 7.3.0
$ /lib/i386-linux-gnu/libc-2.27.so
Compiled by GNU CC version 7.3.0.
libc ABIs: UNIQUE IFUNC
我还尝试了clang-6和gcc-8(带来了ASAN v5(，再次使用静态和共享libasan，我收到了相同的消息。
我的平台不受支持吗？但是后来，我从官方 Debian 存储库安装了所有工具。
ASAN 的主页说它只在 64 位 Ubuntu 上进行了测试，但我认为它已经过时了，因为它上面的表格列出了 Linux x86 和 x86_64。
我做错了什么还是我的平台不受支持？
您正面临一个已知的 Asan 错误(这里是 Glibc 线程 和海湾合作委员会错误(。TLDR是它在Glibc 2.25+上失败，因为Glibc改变了Asan所依赖的一些内部接口。可悲的是，这个错误还没有得到足够的关注。