summaryrefslogtreecommitdiffstats
path: root/compiler-rt/lib/asan/lit_tests/TestCases/Linux
Commit message (Collapse)AuthorAgeFilesLines
* Move ASan lit-tests under test/asanAlexey Samsonov2014-02-1431-1110/+0
| | | | llvm-svn: 201413
* [asan] Remove extra clone() arguments in test.Evgeniy Stepanov2014-02-131-1/+1
| | | | | | Android headers define clone() as a 4-argument function without ellipsis. llvm-svn: 201331
* [asan] Avoid deadlock in CovDump.Evgeniy Stepanov2014-02-131-0/+3
| | | | llvm-svn: 201304
* [asan] introduce two functions that will allow implementations of C++ ↵Kostya Serebryany2014-02-061-0/+2
| | | | | | garbage colection to work with asan's fake stack llvm-svn: 200908
* [sanitizer] Resubmit r200683: disable -ffunction-sections.Evgeniy Stepanov2014-02-031-0/+39
| | | | llvm-svn: 200686
* Revert r200683.Evgeniy Stepanov2014-02-031-39/+0
| | | | | | -fno-function-sections is broken in Clang. llvm-svn: 200684
* [sanitizer] Disable -ffunction-sections.Evgeniy Stepanov2014-02-031-0/+39
| | | | | | | It breaks when a binary is linked with --gc-sections: parts of sanitizer interface get thrown away and inaccessible from dlopen-ed libs. llvm-svn: 200683
* [ASan] Add a failing test that demonstrates that ASan currently breaks dead ↵Alexander Potapenko2014-01-311-0/+13
| | | | | | | | code stripping on Linux. See https://code.google.com/p/address-sanitizer/issues/detail?id=260 for more info. llvm-svn: 200553
* [sanitizer] Fix typo that breaks shmctl() interceptor.Evgeniy Stepanov2014-01-301-0/+6
| | | | | | https://code.google.com/p/address-sanitizer/issues/detail?id=259 llvm-svn: 200468
* [asan] re-enable __tls_get_addr interceptor with a proper fix (use ↵Kostya Serebryany2014-01-301-2/+0
| | | | | | __attribute__((tls_model(initial-exec)))) llvm-svn: 200463
* [asan] disable __tls_get_addr interceptor while I am investigating why it ↵Kostya Serebryany2014-01-301-1/+6
| | | | | | causes trouble; few more debugging llvm-svn: 200462
* [asan] experimental intercetor for __tls_get_addr. So far it does nothing ↵Kostya Serebryany2014-01-291-0/+102
| | | | | | interesting, actual usage will come later. See https://groups.google.com/forum/#!topic/address-sanitizer/BfwYD8HMxTM for background llvm-svn: 200384
* [asan] Nuke ASAN_FLEXIBLE_MAPPING_AND_OFFSET.Evgeniy Stepanov2014-01-163-68/+0
| | | | llvm-svn: 199370
* [asan] clean up at the end of the shmget/shmctl testKostya Serebryany2013-12-231-0/+1
| | | | llvm-svn: 197901
* [ASan] Get rid of __asan_symbolize functionAlexey Samsonov2013-12-191-1/+0
| | | | llvm-svn: 197670
* [asan] rewrite asan's stack frame layout, compiler-rt partKostya Serebryany2013-12-061-2/+2
| | | | llvm-svn: 196569
* [asan] revert files which I accidentally commited in r196490Kostya Serebryany2013-12-051-2/+2
| | | | llvm-svn: 196491
* [tsan] fix the include path that is broken in configure/make build but works ↵Kostya Serebryany2013-12-051-2/+2
| | | | | | in cmake build (PR18144). This is a quick fix. Will need to fix the configure/make build properly llvm-svn: 196490
* [asan] revert 196373: committed to many files by mistakeKostya Serebryany2013-12-041-2/+2
| | | | llvm-svn: 196374
* [asan] require __i686__ for the SSE test; also make weaker claims about ↵Kostya Serebryany2013-12-041-2/+2
| | | | | | stack buffer overflows in another test llvm-svn: 196373
* [asan] dump coverage even if asan has reported an error Kostya Serebryany2013-11-291-0/+7
| | | | llvm-svn: 195959
* [sanitizer] disable shmctl intercetor in 32-bit -- it is rotten (bug filed)Kostya Serebryany2013-11-291-0/+17
| | | | llvm-svn: 195958
* Reapply asan coverage changes 194702-194704.Bob Wilson2013-11-151-0/+45
| | | | | | | | I still don't know what is causing our bootstrapped LTO buildbots to fail, but llvm r194701 seems to be OK and I can't imagine that these changes could cause the problem. llvm-svn: 194790
* Speculatively revert asan coverage changes 194702-194704.Bob Wilson2013-11-151-45/+0
| | | | | | | | | Apple's bootstrapped LTO builds have been failing, and these changes (along with llvm 194701) are the only things on the blamelist. I will either reapply these changes or help debug the problem, depending on whether this fixes the buildbots. llvm-svn: 194779
* [asan] Poor man's coverage that works with ASan (compiler-rt part)Kostya Serebryany2013-11-141-0/+45
| | | | llvm-svn: 194702
* [ASan] Do not rely on malloc context in allocator reports.Alexey Samsonov2013-11-131-3/+9
| | | | | | | | | | | Invoke a fatal stack trace unwinder when ASan prints allocator-relevant error reports (double-free, alloc-dealloc-mismatch, invalid-free). Thus we'll be able to print complete stack trace even if allocation/free stacks are not stored (malloc_context_size=0). Based on the patch by Yuri Gribov! llvm-svn: 194579
* [asan] fix a leak in tds ↵Kostya Serebryany2013-11-131-0/+39
| | | | | | (https://code.google.com/p/address-sanitizer/issues/detail?id=233) llvm-svn: 194572
* [ASan] Disable back init-order checker. Make strict_init_order imply ↵Alexey Samsonov2013-11-061-4/+2
| | | | | | check_initialization_order llvm-svn: 194125
* Add a CMake option COMPILER_RT_DEBUG for building runtimes with full debug info.Peter Collingbourne2013-10-251-0/+2
| | | | | | Differential Revision: http://llvm-reviews.chandlerc.com/D1984 llvm-svn: 193449
* [ASan] Make test from r192581 Linux-only, as wild memory contents is less ↵Alexey Samsonov2013-10-151-0/+23
| | | | | | predictable on Mac llvm-svn: 192677
* [asan] remove -fsanitize=use-after-return from the tests (this flag now ↵Kostya Serebryany2013-09-232-3/+3
| | | | | | comes with asan by default) llvm-svn: 191204
* [asan] disable the detect_stack_use_after_return run-time flag by default ↵Kostya Serebryany2013-09-231-0/+1
| | | | | | and enable it explicitly in tests. This is done in preparation to enabling the -fsanitize=use-after-return compile-time flag by default when -fsanitize=address is present. llvm-svn: 191184
* [asan] hopefully make the FakeStack async-signal safe, enable the related testKostya Serebryany2013-09-121-7/+11
| | | | llvm-svn: 190592
* [asan] refactor the use-after-return API so that the size class is computed ↵Kostya Serebryany2013-09-101-0/+1
| | | | | | at compile time instead of at run-time. compiler-rt part llvm-svn: 190406
* [ASan] turn on leak checking for ASan tests and fix a few discovered leaksAlexey Samsonov2013-09-082-0/+3
| | | | llvm-svn: 190274
* [sanitizer] A bunch of linux system call handlers.Evgeniy Stepanov2013-09-061-1/+1
| | | | llvm-svn: 190157
* [asan] add a test that demonstrates why the current use-after-return is not ↵Kostya Serebryany2013-09-041-0/+66
| | | | | | signal-safe llvm-svn: 189943
* Enable pipefail for ASan testsAlexey Samsonov2013-08-0712-27/+27
| | | | llvm-svn: 187877
* Fix a veritable conucopia of bugs in the readdir_r interceptors.Chandler Carruth2013-07-111-7/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | First, the reason I came here: I forgot to look at readdir64_r which had the exact same bug as readdir_r. However, upon applying the same quick-fix and testing it I discovered that it still didn't work at all. As a consequence, I spent some time studying the code and thinking about it and fixed several other problems. Second, the code was checking for a null entry and result pointer, but there is no indication that null pointers are viable here. Certainly, the spec makes it extremely clear that there is no non-error case where the implementation of readdir_r fails to dereference the 'result' pointer and store NULL to it. Thus, our checking for a non-null 'result' pointer before reflecting that write in the instrumentation was trivially dead. Remove it. Third, the interceptor was marking the write to the actual dirent struct by looking at the entry pointer, but nothing in the spec requires that the dirent struct written is actually written into the entry structure provided. A threadlocal buffer would be just as conforming, and the spec goes out of its way to say the pointer to the *actual* result dirent struct is stored into *result, so *that* is where the interceptor should reflect a write occuring. This also obviates the need to even consider whether the 'entry' parameter is null. Fourth, I got to the bottom of why nothing at all worked in readdir64_r -- the interceptor structure for dirent64 was completely wrong in that it was the same as dirent. I fixed this struct to be correct (64-bit inode and 64-bit offset! just a 64-bit offset isn't enough!) and added several missing tests for the size and layout of this struct. llvm-svn: 186109
* Fix a bug in the readdir_r interceptor: when we reach the end of theChandler Carruth2013-07-101-0/+30
| | | | | | | | | | | | | | | | | | directory stream, the entry is not written to, instead *result is set to NULL and the entry is not written to at all. I'm still somewhat suspicious of the correct instrumention here -- I feel like it should be marking the written range as the pointer in *result and the length (*result)->d_reclen in case the implementation decides not to use the passed-in entry (if that's even allowed). Finally, the definition of 'struct dirent' analog used in the interceptor is wrong in 32-bit mode with _FILE_OFFSET_BITS=64 as it hard codes the use of a pointer-sized offset. I've added a somewhat goofy test for the bug I fixed via ASan -- suggestions on how to better test the interceptor logic itself welcome. llvm-svn: 185998
* [ASan] Remove leading underscores from function names in output testsAlexey Samsonov2013-07-012-2/+2
| | | | llvm-svn: 185315
* [ASan] Remove %symbolize from lit tests: we now use external symbolizer ↵Alexey Samsonov2013-06-2810-20/+19
| | | | | | instead of python script llvm-svn: 185163
* [sanitizer] Intercept ptrace.Evgeniy Stepanov2013-06-281-0/+52
| | | | llvm-svn: 185142
* Add cmake rules for building LSan common on Mac OSAlexey Samsonov2013-06-221-16/+0
| | | | llvm-svn: 184639
* [ASan] make test for LSan annotations Linux-only for nowAlexey Samsonov2013-06-211-0/+16
| | | | llvm-svn: 184541
* [ASan] create separate configs for running ASan lit tests in both 32- and ↵Alexey Samsonov2013-06-0718-94/+86
| | | | | | 64-bit mode. Clean up RUN-lines in tests. llvm-svn: 183498
* [ASan] move all lit_tests under TestCasesAlexey Samsonov2013-06-0623-0/+698
llvm-svn: 183395
OpenPOWER on IntegriCloud