| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
See https://reviews.llvm.org/D58620 for discussion, and for the commands
I ran. In addition I also ran
for f in $(svn diff | diffstat | grep .cc | cut -f 2 -d ' '); do rg $f . ; done
and manually updated (many) references to renamed files found by that.
llvm-svn: 367463
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to reflect the new license.
We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.
Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.
llvm-svn: 351636
|
|
|
|
|
|
| |
(16-byte-aligned)
llvm-svn: 341420
|
|
|
|
| |
llvm-svn: 334900
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Going through the dead code findings, the code removed in this CL appears to be
pretty straightforward to remove, and seems to be some leftover from previous
refactors.
Reviewers: alekseyshl, eugenis
Reviewed By: alekseyshl
Subscribers: kubamracek, delcypher, #sanitizers, llvm-commits
Differential Revision: https://reviews.llvm.org/D45704
llvm-svn: 330190
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
The function wcslen is incorrectly hooked on windows 64-bits.
The interception library is not able to hook without breaking the code.
The function is too small and the interception must be done with
trampoline-hooking which turned out to be incorrect on a small
loop (first few instructions have a backedge).
Reviewers: rnk
Subscribers: wang0109, chrisha, llvm-commits, kubabrecka
Differential Revision: https://reviews.llvm.org/D22363
llvm-svn: 275488
|
|
|
|
|
|
|
| |
Move ifdefs to avoid unused static helpers. Move alignment attribute so
that it is respected in GCC and MSVC.
llvm-svn: 265153
|
|
|
|
|
|
|
|
|
|
| |
The compiler-rt should make use of strlcpy() rather than strncpy(). Using internal_strncpy() may be fine with appropriate bounds checking or enforcement of nul-termination elsewhere, but it's just good practice these days to avoid using strncpy() in new code.
A patch by Jeremy Sequoia!
Differential Revision: http://reviews.llvm.org/D14714
llvm-svn: 253690
|
|
|
|
| |
llvm-svn: 248973
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Trim spaces.
- Use nullptr in place of 0 for pointer variables.
- Use '!p' in place of 'p == 0' for null pointer checks.
Patch by Eugene Zelenko!
Differential Revision: http://reviews.llvm.org/D13310
llvm-svn: 248964
|
|
|
|
|
|
|
|
|
|
|
|
| |
using non-absolute paths
MaybeReexec() in asan_mac.cc checks for presence of the ASan dylib in DYLD_INSERT_LIBRARIES, and if it is there, it will process this env. var. and remove the dylib from its value, so that spawned children don't have this variable set. However, the current implementation only works when using a canonical absolute path to the dylib, it fails to remove the dylib for example when using @executable_path.
This patch changes the processing of DYLD_INSERT_LIBRARIES to comparing values only based on filenames (ignoring directories).
Reviewed at http://reviews.llvm.org/D7160
llvm-svn: 228392
|
|
|
|
|
|
|
| |
The new parser is a lot stricter about syntax, reports unrecognized
flags, and will make it easier to implemented some of the planned features.
llvm-svn: 226169
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
TestCases/Linux/heavy_uar_test.cc was failing on my
PowerPC64 box with GCC 4.8.2, because the compiler recognised
a memset-like loop and turned it into a call to memset, which
got intercepted by __asan_memset, which got upset because it was
being called on an address in high shadow memory.
Use break_optimization to stop the compiler from doing this.
Reviewers: kcc, samsonov
Reviewed By: kcc
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D6266
llvm-svn: 222572
|
|
|
|
| |
llvm-svn: 221936
|
|
|
|
| |
llvm-svn: 200778
|
|
|
|
| |
llvm-svn: 195625
|
|
|
|
| |
llvm-svn: 195624
|
|
|
|
|
|
| |
for lsan)
llvm-svn: 195549
|
|
|
|
| |
llvm-svn: 189797
|
|
|
|
|
|
| |
Fixes PR17025.
llvm-svn: 189693
|
|
|
|
|
|
| |
to a custom allocator.
llvm-svn: 182836
|
|
|
|
|
|
| |
in 64-bit mode
llvm-svn: 174312
|
|
|
|
|
|
| |
checking the first and the last byte, we check the entire shadow region. This costs ~10 slowdown for the instrumented functions. Motivated by a nasty memset-buffer-overflow-by-140-bytes in chrome which was reported as a use-after-free or not at all
llvm-svn: 171198
|
|
|
|
| |
llvm-svn: 166775
|
|
|
|
| |
llvm-svn: 166774
|
|
|
|
| |
llvm-svn: 166006
|
|
|
|
|
|
|
|
| |
Use internal_memmove() and internal_memcpy() in the memcpy() and memmove() wrappers
when building the dynamic runtime (OS X only), to work around a bug in resolver functions wrapping.
See also http://code.google.com/p/address-sanitizer/issues/detail?id=116
llvm-svn: 165939
|
|
|
|
| |
llvm-svn: 162272
|
|
|
|
| |
llvm-svn: 158821
|
|
|
|
| |
llvm-svn: 158658
|
|
|
|
|
|
| |
runtime to common sanitizer runtime
llvm-svn: 158519
|
|
|
|
|
|
| |
implementations of functions. Move strchr to sanitizer_libc.
llvm-svn: 158517
|
|
|
|
| |
llvm-svn: 158450
|
|
|
|
| |
llvm-svn: 158202
|
|
|
|
|
|
| |
internal allocations from TSan runtime call InternalAlloc from common runtime
llvm-svn: 158148
|
|
|
|
| |
llvm-svn: 158056
|
|
|
|
| |
llvm-svn: 158001
|
|
|
|
|
|
| |
sanitizer_libc: sscanf, munmap, memchr
llvm-svn: 157994
|
|
|
|
| |
llvm-svn: 157928
|
|
|
|
| |
llvm-svn: 157926
|
|
|
|
|
|
| |
conforming to manual)
llvm-svn: 157922
|
|
(sanitizer_).
llvm-svn: 157740
|