| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 164819
|
|
|
|
|
|
| |
file PATH.PID instead of stderr
llvm-svn: 163872
|
|
|
|
|
|
| |
and Mac: make the bug appear independent of the translation unit order
llvm-svn: 163381
|
|
|
|
|
|
| |
find a bug independently of translation units order
llvm-svn: 163379
|
|
|
|
| |
llvm-svn: 163308
|
|
|
|
| |
llvm-svn: 163209
|
|
|
|
| |
llvm-svn: 163207
|
|
|
|
|
|
| |
prints all full thread creation paths for threads involved in ASan error report
llvm-svn: 163200
|
|
|
|
|
|
| |
provided with __WCLONE option, otherwise it didn't wait for the subprocess, returned -1, and we went crushing the subprocess stack
llvm-svn: 162842
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
calls malloc on Mac
llvm-svn: 162359
|
|
|
|
|
|
| |
__asan_set_symbolize_callback interface function. Now the user doesn't have to recompile ASan runtime to provide its own symbolizer
llvm-svn: 162358
|
|
|
|
|
|
| |
user. Now the user can control malloc/free hooks without recompiling ASan runtime
llvm-svn: 162355
|
|
|
|
|
|
| |
Mac. Port output test change in r161948 to lit
llvm-svn: 161951
|
|
|
|
|
|
| |
of boilerplate to run tests for 32/64 bits and all optimization levels. Alas, lit doesn't support for loops in RUN-lines...
llvm-svn: 161941
|
|
|
|
| |
llvm-svn: 161936
|
|
|
|
|
|
| |
fact run most of the tests for 32/64 bits and for all optimization levels
llvm-svn: 161935
|
|
|
|
| |
llvm-svn: 161933
|
|
|
|
|
|
| |
corresponding test to lit
llvm-svn: 161869
|
|
|
|
|
|
| |
an example
llvm-svn: 161864
|
|
|
|
| |
llvm-svn: 161665
|
|
|
|
| |
llvm-svn: 161412
|
|
|
|
| |
llvm-svn: 161411
|
|
|
|
|
|
| |
check-asan' command)
llvm-svn: 161406
|
|
LLVM lit-based testing infrastructure.
The goal is to be able to run ASan tests by simply running "make check-asan" command from CMake build tree:
* tests should use fresh clang binary from current build tree.
* tests should use the same RUN-lines syntax as llvm/clang reg tests.
Next steps:
- restricting tests to machines where target is equal to host, i.e. where we can produce working binaries.
- moving AddressSanitizer unit tests to lit as well.
llvm-svn: 161050
|