it's LD_PRELOAD-able

llvm-svn: 202843

llvm-svn: 202837

llvm-svn: 202831

llvm-svn: 202826

currently tsan hangs when linked with a shared library linked against an old version of pthread
this change is another attempt to fix pthread_cond interceptors in different scenarios
see the comment for implementation details

llvm-svn: 202820

llvm-svn: 202819

llvm-svn: 202813

Since these are primarily useful for deeply embedded targets where code size is
very important, they are each in a separate file making use of infrastructure
in sync-ops.h. This allows a linker to include just the functions that are
actually used.

rdar://problem/14736665

llvm-svn: 202812

Patch by Viktor Kutuzov!

llvm-svn: 202801

llvm-svn: 202713

llvm-svn: 202708

llvm-svn: 202704

llvm-svn: 202593

llvm-svn: 202592

Move prototypes into headers and fix a few inconsistencies.

llvm-svn: 202591

llvm-svn: 202505

llvm-svn: 202504

llvm-svn: 202503

llvm-svn: 202492

[sanitizer] speedup deadlock detector for the case when we destroy a mutex that has never been locked

llvm-svn: 202487

Introduce DDetector interface between the tool and the DD itself.
It will help to experiment with other DD implementation,
as well as reuse DD in other tools.

llvm-svn: 202485

llvm-svn: 202470

llvm-svn: 202410

llvm-svn: 202405

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58066

llvm-svn: 202403

[sanitizer] do not acquire a global mutex in deadlock detector when dealing with Unlock (it is essentially a thread-local operation)

llvm-svn: 202401

this fixes obscure false positives
see the comments and the test for details

llvm-svn: 202400

[asan] *experimental* implementation of invalid-pointer-pair detector (finds when two unrelated pointers are compared or subtracted). This implementation has both false positives and false negatives and is not tuned for performance. A bug report for a proper implementation will follow.

llvm-svn: 202389

llvm-svn: 202374

we must go deeper!

llvm-svn: 202365

Patch by Viktor Kutuzov.

llvm-svn: 202364

asan_device_setup is a utility that prepares a device to run code built with
ASan. Essentially, it installs ASan runtime library into the system. For this
reason, it has to be at a predictable relative path from the runtime library
itself. We also plan to distribute this utility, packaged with runtime library
and maybe llvm-symbolizer, to the users.

llvm-svn: 202362

This is done mostly for consistency, because this setting is normally overridden in cmake.

llvm-svn: 202359

llvm-svn: 202298

can't build anything here.

llvm-svn: 202297

llvm-svn: 202268

llvm-svn: 202266

__android_log_write has an implicit message length limit.
Print one line at a time.

llvm-svn: 202250

llvm-svn: 202249

llvm-svn: 202246