llvm-svn: 150699

llvm-svn: 150683

llvm-svn: 150573

llvm-svn: 150499

This is important for Android, where we can't keep system headers
from leaking into asan_interceptors.cc.

llvm-svn: 150374

llvm-svn: 150373

llvm-svn: 150185

llvm-svn: 150101

llvm-svn: 150083

llvm-svn: 150073

AddressSanitizer: Replace __attribute__ with macro (for Win compatibility). Patch by timurrrr@google.com

llvm-svn: 149686

llvm-svn: 149602

actually falls back to memmove.
In this case we still need to initialize real_memcpy, so we set it to
real_memmove
We check for MACOS_VERSION_SNOW_LEOPARD, because currently only Snow
Leopard and Lion are supported.

llvm-svn: 149492

llvm-svn: 149247

Patch by Timur Iskhodzhanov (timurrrr@google.com)

To test:
$ cl /c *.c*
in the asan directory.

The code fails to link if you omit the "/c" part but that's one of the
next steps,
as well as a few TODO's I've put into the Windows-specific code.

llvm-svn: 149130

Patch by Timur Iskhodzhanov (timurrrr@google.com)

The double-extern thing is
http://llvm.org/bugs/show_bug.cgi?id=11869

And the #include <string[s].h> are only needed on Mac (see comments in
the original code)
and also including them might make strchr/index conflict with the g++
system headers (which don't follow the man pages, ouch!)

llvm-svn: 149129

llvm-svn: 148726

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

llvm-svn: 148696

The change removes the unused FLAG_fast_unwind, and forces EHABI-based unwind
on ARM, and fast (FP-based) unwind everywhere else.

llvm-svn: 148468

[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: 148286

llvm-svn: 148235

and switches our interceptors to using them instead of the default
vm_allocate-based approach used by mach_override_ptr.

To simplify the code, a fixed memory mapping is used for the allocation pool --
note that we can't mmap an arbitrary chunk of memory, because the shadow memory hasn't been mapped yet
(for the reasons discussed in http://code.google.com/p/address-sanitizer/issues/detail?id=24, we cannot map the shadow earlier)

The patch drops the program startup time from several second to half a second,
which speeds up the execution of ASan tests noticeably.
Because of the virtual memory size occupied by the programs it's hard
to speed up the shutdown time, which would've also helped the tests.

llvm-svn: 148116

llvm-svn: 147916

[asan] get rid of the scary TSD destructor code. Now, we store the leaky AsanThreadSummary in TSD and never remove it from there.

llvm-svn: 147910

llvm-svn: 147896

llvm-svn: 147878

[asan] temporary reinstate string.h/strings.h. Removal of those caused a Mac build failulre which I failed to observe before the commit

llvm-svn: 147810

llvm-svn: 147809

llvm-svn: 147807

llvm-svn: 147796

llvm-svn: 147793

llvm-svn: 147792

llvm-svn: 147784

llvm-svn: 147326

llvm-svn: 147317

llvm-svn: 147316

llvm-svn: 147315

llvm-svn: 147304

llvm-svn: 146501