llvm-svn: 200556

Previous commit would have a following flag overriding the behaviour
and not taken care of.

llvm-svn: 200555

llvm-svn: 200554

[ASan] Add a failing test that demonstrates that ASan currently breaks dead code stripping on Linux.
See https://code.google.com/p/address-sanitizer/issues/detail?id=260 for more info.

llvm-svn: 200553

llvm-svn: 200552

llvm-svn: 200551

llvm-svn: 200550

llvm-svn: 200549

Copied from the Linux case added in r200263.  Discovered by the FreeBSD
buildbot - I tested the branch with cmake.

llvm-svn: 200548

llvm-svn: 200547

Adding the ARM RT sources to the CMake files, and enabling some
sanitizers to also build on ARM. This is far from supported or
production quality, but enabling it to build will get us errors
that we can actually fix.

Having said that, the Compiler-RT and the Asan libraries are
know to work on some variations of ARM.

llvm-svn: 200546

llvm-svn: 200545

llvm-svn: 200544

This instruction is only available on Mips64 cores that implement the MSA ASE.

llvm-svn: 200543

This change is a part of refactoring intended to have common signal handling behavior in all tools.
This particular CL moves InstallSignalHandlers() into sanitizer_common (making it InstallDeadlySignalHandlers()), but doesn't enable default signal handlers for any tool other than ASan.

llvm-svn: 200542

No functional changes.

llvm-svn: 200541

Before, this would lead to a crash:
  f('', true);

llvm-svn: 200540

llvm-svn: 200539

llvm-svn: 200538

llvm-svn: 200537

llvm-svn: 200536

Also rename internal_sigaction() into internal_sigaction_norestorer(), as this function doesn't fully
implement the sigaction() functionality on Linux.

This change is a part of refactoring intended to have common signal handling behavior in all tools.

llvm-svn: 200535

Go linker does not like function-static objects.

llvm-svn: 200534

llvm-svn: 200533

llvm-svn: 200532

llvm-svn: 200531

loop vectorizer to not do so when runtime pointer checks are needed and
share code with the new (not yet enabled) load/store saturation runtime
unrolling. Also ensure that we only consider the runtime checks when the
loop hasn't already been vectorized. If it has, the runtime check cost
has already been paid.

I've fleshed out a test case to cover the scalar unrolling as well as
the vector unrolling and comment clearly why we are or aren't following
the pattern.

llvm-svn: 200530

llvm-svn: 200529

This should be the last routine patch: AArch64 does still delegate to
EmitARMBuiltinExpr, but the remaining instances have complications of
one sort or another so some more cunning thought will be needed.

llvm-svn: 200528

llvm-svn: 200527

llvm-svn: 200526

llvm-svn: 200525

llvm-svn: 200524

GCC will treat the default function template arguments as a
compilation error if C++0x is not enabled.

This commit workaround the compilation error by moving the
SFINAE check to function argument instead of the template
argument.

llvm-svn: 200523

Separate x86 opcode maps and 0x66/0xf2/0xf3 prefixes from each other in the TSFlags. This greatly simplifies the switch statements in the disassembler tables and the code emitters.

llvm-svn: 200522

by some projects in their null macro.

rdar://15925483

llvm-svn: 200521

Move REP out of the Prefix field of the X86 format. Give it its own bit. It had special handling anyway and this enables a future patch.

llvm-svn: 200520

MSVC2012 seems to choose int as the underlying type for an enum even if one of
its member is unsigned long long.

llvm-svn: 200519

The charcateristics field should not have IMAGE_FILE_32BIT_MACHINE bit but have
IMAGE_FILE_LARGE_ADDRESS_AWARE bit for PE32+.

llvm-svn: 200518

Move address override handling in X86CodeEmitter to a place where it works for VEX encoded instructions too. This allows 32-bit addressing to work in 64-bit mode.

llvm-svn: 200517