[clang] accept -fsanitize-ignorelist= in addition to -fsanitize-blacklist=Use that for internal names (including the default ignorelists of thesanitizers).Differential Revision: https://reviews.
[clang] accept -fsanitize-ignorelist= in addition to -fsanitize-blacklist=Use that for internal names (including the default ignorelists of thesanitizers).Differential Revision: https://reviews.llvm.org/D101832
show more ...
compiler-rt: Rename cc files below test/asan to cppSee r367803 and similar other changes.llvm-svn: 367887
[compiler-rt] Rename lit.*.cfg.* -> lit.*.cfg.py.*These lit configuration files are really Python source code. Using the.py file extension helps editors and tools use the correct languagemode. LL
[compiler-rt] Rename lit.*.cfg.* -> lit.*.cfg.py.*These lit configuration files are really Python source code. Using the.py file extension helps editors and tools use the correct languagemode. LLVM and Clang already use this convention for lit configuration,this change simply applies it to all of compiler-rt.Reviewers: vitalybuka, dberrisDifferential Revision: https://reviews.llvm.org/D63658llvm-svn: 364591
ASan allocates a global data initialization array at the tail end of eachcompunit's .data section. This vector is not poisoned. Because of this thefirst symbol of the following section has no left
ASan allocates a global data initialization array at the tail end of eachcompunit's .data section. This vector is not poisoned. Because of this thefirst symbol of the following section has no left red zone. As a result, ASancannot detect underflow for such symbols.Poison ASan allocated metadata, it should not be accessible to user code.This fix does not eliminate the problem with missing left red zones but itreduces the set of vulnerable symbols from first symbols in each input datasection to first symbols in the output section of the binary.Differential Revision: https://reviews.llvm.org/D38056llvm-svn: 314365
Combine helper file into main test file with ifdefsKeeping tests isolated to a single file is nice, and it was suggested inpost-commit review for r244827.llvm-svn: 244833
[ASan] Disable strict init-order checking if dlopen() is called.Revise the fix to https://code.google.com/p/address-sanitizer/issues/detail?id=178:always disable strict init-order checking the fir
[ASan] Disable strict init-order checking if dlopen() is called.Revise the fix to https://code.google.com/p/address-sanitizer/issues/detail?id=178:always disable strict init-order checking the first time dlopen() iscalled: at this point shared library is allowed to access globalsdefined in the main executable, as they are guaranteed to beinitialized. Revise the test cases:* simplify init-order-dlopen.cc test case: make it Linux-specific (there's no strict init-order checking on other platforms anyway), and single-threaded.* reinforce init-order-pthread-create.cc test case: make sure that init-order checker would produce a false positive unless we turn it off at the moment we call pthread_create().llvm-svn: 230288
Move ASan lit-tests under test/asanllvm-svn: 201413