llvm-svn: 149940

where memcpy() in fact aliases memmove() and thus calling it with
overlapping parameters is not an error.

llvm-svn: 149491

llvm-svn: 149296

llvm-svn: 149278

This should fix http://code.google.com/p/address-sanitizer/issues/detail?id=10

llvm-svn: 148696

Normally this function should not create copies of constant strings, but it does when the default CFAllocator
is replaced (e.g. under AddressSanitizer)

This test is related to http://code.google.com/p/address-sanitizer/issues/detail?id=10

llvm-svn: 148695

[asan] workaround for bug http://llvm.org/bugs/show_bug.cgi?id=11763. Do not bark on memcpy(a, a, size).

llvm-svn: 148318

llvm-svn: 148305

AddressSanitizer: from this patch, ASan allocator returns false for __asan_get_ownership(NULL) and produce error reports for malloc_usable_size(NULL) and __asan_get_allocated_size(NULL)

llvm-svn: 148304

llvm-svn: 148287

llvm-svn: 148235

llvm-svn: 148234

llvm-svn: 147514

[asan] enable memset/memcpy/memmove interceptors in asan-rt (in addition to those in the compiler module)

llvm-svn: 147319

llvm-svn: 147317

llvm-svn: 147316

llvm-svn: 147315

llvm-svn: 147304

[asan] remove the test for cfree. 'man cfree' says: 'This function should never be used.' and this function is not found on many OSes we support.

llvm-svn: 147301

llvm-svn: 147297

[asan] added a test to check that a global-buffer-overflow mentioned the module name; revert incorrect change in the test runner

llvm-svn: 146701

llvm-svn: 146501

llvm-svn: 146203

llvm-svn: 146075

llvm-svn: 145953

AddressSanitizer run-time library. Not yet integrated with the compiler-rt build system, but can be built using the old makefile. See details in README.txt

llvm-svn: 145463