- May 07, 2013
-
-
Sergey Matveev authored
llvm-svn: 181330
-
Sergey Matveev authored
llvm-svn: 181327
-
Sergey Matveev authored
Move this function to sanitizer_common because LSan uses it too. Also, fix a bug where the TLS range reported for main thread was off by the size of the thread descriptor from libc (TSan doesn't care much, but for LSan it's critical). llvm-svn: 181322
-
Evgeniy Stepanov authored
With this change, __internal_*stat always expect a "struct stat *" argument. This avoids stat/stat64 caller-side confusion (sanitizer_common tests already made this mistake), and allows the use of __internal_fstat() as a drop-in replacement for libc's fstat(). llvm-svn: 181311
-
- May 06, 2013
-
-
Sergey Matveev authored
llvm-svn: 181194
-
Sergey Matveev authored
Some flags that are common to ASan/MSan/TSan/LSan have been moved to sanitizer_common. llvm-svn: 181193
-
- May 04, 2013
-
-
Bill Wendling authored
There isn't a speedup when using unbuffered I/O. It slows it down in fact. llvm-svn: 181060
-
- May 03, 2013
-
-
Bill Wendling authored
Use unbuffered I/O. This reduces the runtime by about half. Our implementation is now only about 5 times slower than gcc's. llvm-svn: 180980
-
- Apr 30, 2013
-
-
Dmitry Vyukov authored
llvm-svn: 180788
-
Dmitry Vyukov authored
llvm-svn: 180787
-
Dmitry Vyukov authored
asan/tsan: fix printf(), on the second pass it prints garbage and crashes on random pointer dereference llvm-svn: 180784
-
Dmitry Vyukov authored
llvm-svn: 180782
-
Dmitry Vyukov authored
llvm-svn: 180781
-
Dmitry Vyukov authored
llvm-svn: 180780
-
- Apr 29, 2013
-
-
Dmitry Vyukov authored
llvm-svn: 180703
-
- Apr 26, 2013
-
-
Sergey Matveev authored
llvm-svn: 180602
-
Sergey Matveev authored
llvm-svn: 180599
-
- Apr 25, 2013
-
-
Alexey Samsonov authored
llvm-svn: 180255
-
Dmitry Vyukov authored
llvm-svn: 180251
-
- Apr 24, 2013
-
-
Dmitry Vyukov authored
llvm-svn: 180184
-
Dmitry Vyukov authored
make[3]: make[3]: /bin/sh: ../../../../../bin/clang: Text file busy llvm-svn: 180183
-
Dmitry Vyukov authored
tsan: disable getpwuid_r() and glob64() interceptors under tsan, because they cause interceptor recursion if user intercepts fopen() llvm-svn: 180182
-
Dmitry Vyukov authored
llvm-svn: 180180
-
- Apr 23, 2013
-
-
Dmitry Vyukov authored
llvm-svn: 180116
-
Dmitry Vyukov authored
llvm-svn: 180113
-
Evgeniy Stepanov authored
llvm-svn: 180107
-
Alexey Samsonov authored
[ASan] Disable strict-init-order checker once we have more than one thread, as this mode is thread-hostile llvm-svn: 180106
-
Alexey Samsonov authored
llvm-svn: 180102
-
Evgeniy Stepanov authored
llvm-svn: 180101
-
Alexey Samsonov authored
llvm-svn: 180098
-
Alexander Potapenko authored
llvm-svn: 180097
-
Alexander Potapenko authored
See https://code.google.com/p/address-sanitizer/issues/detail?id=131. llvm-svn: 180093
-
Evgeniy Stepanov authored
llvm-svn: 180091
-
Evgeniy Stepanov authored
llvm-svn: 180090
-
Alexey Samsonov authored
llvm-svn: 180082
-
- Apr 22, 2013
-
-
Evgeniy Stepanov authored
llvm-svn: 180012
-
Bill Wendling authored
The fread / fwrite calls were happening for each timer. However, that could be pretty expensive for a large number of timers. Instead, read and write the timers in one call. This gives ~10% speedup in compilation time. llvm-svn: 179990
-
- Apr 19, 2013
-
-
Alexey Samsonov authored
llvm-svn: 179844
-
Alexey Samsonov authored
This change adds ASan runtime option "strict-init-order" (off by default) that makes init-order checker bark if global initializer accesses any global from different translation unit (even if the latter is already initialized). strict init-order checking doesn't play well with, e.g. LLVM registration machineries, and causes issue https://code.google.com/p/address-sanitizer/issues/detail?id=178. llvm-svn: 179843
-
Alexey Samsonov authored
[TSan] Allocate fd table in user heap instead of using internal allocator. We need this to catch races on fds. llvm-svn: 179841
-