[ASan] Completely remove sanitizer blacklist file from instrumentation pass.
authorAlexey Samsonov <vonosmas@gmail.com>
Tue, 8 Jul 2014 00:50:49 +0000 (00:50 +0000)
committerAlexey Samsonov <vonosmas@gmail.com>
Tue, 8 Jul 2014 00:50:49 +0000 (00:50 +0000)
commitc94285a1a02f8432f74d6c63ab7357a96497f177
tree17b080e1953d95996ae630b46ca40766bdb980a3
parent79580db9184264dfba4fbe76bd4d385c837a4e99
[ASan] Completely remove sanitizer blacklist file from instrumentation pass.

All blacklisting logic is now moved to the frontend (Clang).
If a function (or source file it is in) is blacklisted, it doesn't
get sanitize_address attribute and is therefore not instrumented.
If a global variable (or source file it is in) is blacklisted, it is
reported to be blacklisted by the entry in llvm.asan.globals metadata,
and is not modified by the instrumentation.

The latter may lead to certain false positives - not all the globals
created by Clang are described in llvm.asan.globals metadata (e.g,
RTTI descriptors are not), so we may start reporting errors on them
even if "module" they appear in is blacklisted. We assume it's fine
to take such risk:
  1) errors on these globals are rare and usually indicate wild memory access
  2) we can lazily add descriptors for these globals into llvm.asan.globals
     lazily.

llvm-svn: 212505
clang/lib/CodeGen/BackendUtil.cpp
llvm/include/llvm/Transforms/Instrumentation.h
llvm/lib/Transforms/Instrumentation/AddressSanitizer.cpp