- Sep 12, 2012
-
-
Alexander Potapenko authored
Fix a warning in macros instantiation. llvm-svn: 163716
-
Alexey Samsonov authored
llvm-svn: 163706
-
Alexey Samsonov authored
llvm-svn: 163704
-
Alexey Samsonov authored
llvm-svn: 163692
-
Alexander Potapenko authored
This is required to overcome a crash in mstats() (http://code.google.com/p/address-sanitizer/issues/detail?id=109) llvm-svn: 163690
-
Alexey Samsonov authored
llvm-svn: 163686
-
- Sep 11, 2012
-
-
Evgeniy Stepanov authored
llvm-svn: 163613
-
Alexey Samsonov authored
llvm-svn: 163607
-
Alexey Samsonov authored
[Sanitizer] Get rid of dependency between sanitizer_common and asan/tsan runtimes: implement tool-specific Die and CheckFailed functions via callbacks llvm-svn: 163603
-
Chandler Carruth authored
In code review, it looked like these warnings do not actually fire with modern Clang or GCC. However, the pragma is flat out rejected by GCC in many configurations (-Werror) so it ended up causing more problems than it fixed. Daniel agreed with reverting this, but I think didn't have time to get to it. llvm-svn: 163583
-
- Sep 10, 2012
-
-
Alexander Potapenko authored
Fixes PR13794. llvm-svn: 163493
-
- Sep 07, 2012
-
-
Daniel Dunbar authored
llvm-svn: 163414
-
Daniel Dunbar authored
llvm-svn: 163413
-
Daniel Dunbar authored
llvm-svn: 163411
-
Alexander Potapenko authored
Remove the infinite recursion check for now, as we don't have __thread on Mac, and TSD is an overkill. llvm-svn: 163393
-
Alexander Potapenko authored
-- exit from infinite recursion in CHECK() -- print a verbose message if mapping of the shadow memory has failed. llvm-svn: 163391
-
Evgeniy Stepanov authored
Our tests expect that a 16M block will fit in the quarantine. llvm-svn: 163384
-
Alexey Samsonov authored
[ASan] hack initialization-bug test so that it stably passes on both Linux and Mac: make the bug appear independent of the translation unit order llvm-svn: 163381
-
Alexey Samsonov authored
[ASan] add Linux-specific test for initialization order that checks that we find a bug independently of translation units order llvm-svn: 163379
-
- Sep 06, 2012
-
-
Alexander Potapenko authored
Fix two compiler warnings: must use at least one argument for "..." in a variadic macros, signed vs. unsigned comparison. llvm-svn: 163314
-
Evgeniy Stepanov authored
llvm-svn: 163313
-
Alexander Potapenko authored
llvm-svn: 163311
-
Kostya Serebryany authored
llvm-svn: 163308
-
Alexey Samsonov authored
llvm-svn: 163300
-
Alexey Samsonov authored
llvm-svn: 163294
-
Kostya Serebryany authored
llvm-svn: 163291
-
- Sep 05, 2012
-
-
Alexey Samsonov authored
llvm-svn: 163209
-
Kostya Serebryany authored
llvm-svn: 163207
-
Alexey Samsonov authored
[ASan] hoist more compile flags to SANITIZER_COMMON_CFLAGS var and add the rest of flags/defs from old Makefile to CMake llvm-svn: 163204
-
Alexey Samsonov authored
llvm-svn: 163201
-
Alexey Samsonov authored
[ASan] Add print_full_thread_history runtime option (on by default) that prints all full thread creation paths for threads involved in ASan error report llvm-svn: 163200
-
- Aug 31, 2012
-
-
Alexey Samsonov authored
llvm-svn: 162981
-
- Aug 30, 2012
-
-
Alexey Samsonov authored
llvm-svn: 162909
-
- Aug 29, 2012
-
-
Alexey Samsonov authored
[ASan] fix flakiness of Linux-specific clone_test: waitpid should better be provided with __WCLONE option, otherwise it didn't wait for the subprocess, returned -1, and we went crushing the subprocess stack llvm-svn: 162842
-
Alexander Potapenko authored
For invalid pointers passed to free_common check whether they are actually skewed to hold an additional CFAllocatorRef. If so, fix the pointer and pass it to asan_free. See http://code.google.com/p/address-sanitizer/issues/detail?id=70 for more background. llvm-svn: 162839
-
Kostya Serebryany authored
[asan] fix asan's Makefile.old -- our build bot still uses it (hopefully, will soon migrate to cmake completely) llvm-svn: 162831
-
Chandler Carruth authored
library. These headers are intended to be available to user code when built with AddressSanitizer (or one of the other sanitizer's in the future) to interface with the runtime library. As such, they form stable external C interfaces, and the headers shouldn't be located within the implementation. I've pulled them out into what seem like fairly obvious locations and names, but I'm wide open to further bikeshedding of these names and locations. I've updated the code and the build system to cope with the new locations, both CMake and Makefile. Please let me know if this breaks anyone's build. The eventual goal is to install these headers along side the Clang builtin headers when we build the ASan runtime and install it. My current thinking is to locate them at: <prefix>/lib/clang/X.Y/include/sanitizer/common_interface_defs.h <prefix>/lib/clang/X.Y/include/sanitizer/asan_interface.h <prefix>/lib/clang/X.Y/include/sanitizer/... But maybe others have different suggestions? Fixing the style of the #include between these headers at least unblocks experimentation with installing them as they now should work when installed in these locations. llvm-svn: 162822
-
Chandler Carruth authored
This hoists most of the CFLAGS into a common variable. It also adds detection for -Wno-c99-extensions and uses it to silence a pile of warnings. Finally, it switches to the proper flag -rdynamic. With this, the cmake build is warning free on my bootstrap Linux build. llvm-svn: 162809
-
- Aug 28, 2012
-
-
Kostya Serebryany authored
llvm-svn: 162762
-
Kostya Serebryany authored
llvm-svn: 162758
-