it's LD_PRELOAD-able

llvm-svn: 202843

llvm-svn: 202841

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

Patch by Brad King.

Our add_sanitizer_rt_symbols macro reads the LOCATION property of a
library to compute the location of the "lib<name>.a.syms" file to
generate next to the corresponding "lib<name>.a" library file.  CMake
3.0 introduces policy CMP0026 to disallow reading of the LOCATION target
property from non-imported targets in favor of the more powerful
$<TARGET_FILE> generator expression.

Teach add_sanitizer_rt_symbols to use the $<TARGET_FILE> generator
expression to compute the location of the symbols file to generate
with a custom command.  CMake 3.0 also adds support for generator
expressions to install(FILES) so use it when available to simplify
installation of the symbols file of the proper configuration.

llvm-svn: 202797

Patch by Brad King.

When using a multi-config generator with CMake, such as for VS or Xcode,
the LOCATION target property value contains a placeholder such as
"$(Configuration)" that is meant for substitution by the native build
tool. The install(FILES) command does not understand this name and will
not install the symbols file correctly when using these generators.

Teach add_sanitizer_rt_symbols to read the more-specific target property
LOCATION_<CONFIG> that has a per-configuration value and no placeholder.
On single-configuration generators (Makefile, Ninja), CMAKE_BUILD_TYPE
contains the name of the one configuration to be built.  On multi-config
generators (VS, Xcode), CMAKE_CONFIGURATION_TYPES contains the list of
possible configurations.  In the latter case, loop over the configs and
add a configuration-specific install(FILES) rule for each one.

Place the code block inside an if(TRUE) block so it can be made
conditional in a following change without updating indentation.

llvm-svn: 202796

Mirror recent cmake changes in the configure/make build system.

llvm-svn: 202793

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: 202502

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: 202484

llvm-svn: 202480

llvm-svn: 202476

llvm-svn: 202472

llvm-svn: 202470

llvm-svn: 202410

llvm-svn: 202405

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

llvm-svn: 202403

llvm-svn: 202402

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

llvm-svn: 202379