llvm-svn: 157999

[Sanitizer] Use common defines for ASan and TSan runtime. Split defines between interface defines (can be visible in user code that includes interface ASan/TSan headers) and internal defines.

llvm-svn: 157998

[asan] change the order of tests in the asan_test binary. Makes the test runs 2x faster due to DEATH_TEST overhead (see asan issue 77)

llvm-svn: 157997

[Sanitizer] add sanitizer_posix.cc. Move more various functions into sanitizer_libc: sscanf, munmap, memchr

llvm-svn: 157994

llvm-svn: 157993

llvm-svn: 157991

llvm-svn: 157986

llvm-svn: 157982

llvm-svn: 157931

Created files sanitizer_linux.cc and sanitizer_mac.cc for platform-specific implementations of common functions. Turned asan_mmap into __sanitizer::internal_mmap.

llvm-svn: 157930

llvm-svn: 157927

llvm-svn: 157926

llvm-svn: 157924

llvm-svn: 157922

llvm-svn: 157807

llvm-svn: 157750

llvm-svn: 157748

llvm-svn: 157747

llvm-svn: 157746

[asan,tsan] introduce sanitizer_common/sanitizer_defs.h and perform some renaming in asan rt. More to come.

llvm-svn: 157743

It turns out that atos does not print the symbol names for static C++ functions correctly (one of the two leading underscores is omitted), so they remain mangled.

llvm-svn: 157742

llvm-svn: 157740

llvm-svn: 157693

instead of the first character of the value.

llvm-svn: 157692

llvm-svn: 157691

which will contain code shared between asan and tsan run-times.

Naming is hard. If you can suggest a better name for the directory -- speak up.

llvm-svn: 157611

llvm-svn: 157608

llvm-svn: 157603

Clients may define the __asan_default_options char string containing the default options for the tool now.

llvm-svn: 157582

llvm-svn: 157580

llvm-svn: 157569

llvm-svn: 157565

llvm-svn: 157477

llvm-svn: 157473

When the flag is set to zero, we do not check for errors in malloc_usable_size.
This may be useful to work around a bug in Nvidia drivers prior to 295.*

llvm-svn: 157472

depending on -m32/-m64 addr2line says either e.g. __xsan_strnlen or just strnlen

llvm-svn: 157464

llvm-svn: 157406

The idea isthat asan/tsan can survive if user intercepts the same functions. At the same time user has an ability to call back into asan/tsan runtime. See the following tests for examples:
asan/output_tests/interception_failure_test-linux.cc
asan/output_tests/interception_test-linux.cc
asan/output_tests/interception_malloc_test-linux.cc

llvm-svn: 157388

llvm-svn: 157326

llvm-svn: 157318