The problem call was removed in the interim. Apologies.

llvm-svn: 175435

We already use features from 2.8.6, this just gives a slightly more friendly
message when the dependency isn't met.

Patch from Keith Walker.

llvm-svn: 175434

Profiling tests *do* need a JIT. They'll pass if a cross-compiler targetting
AArch64 by default has been built, but fail if a native AArch64 compiler has
been build. Therefore XFAIL is inappropriate and we mark them unsupported.

ExecutionEngine tests are JIT by definition, they should also be unsupported.

Transforms/LICM only uses the interpreter to check the output is still sane
after optimisation. It can be switched to use an interpreter.

llvm-svn: 175433

Before:
aaaaaaaaaaaaaaaaaaaaaa(aaaaaaaaaaaaaaaaaaaaa).aaaaaaaaaaaaaaaaa(
    aaaaaaaaaaaaaaaaaaaaa).aaaaaaaaaaaaaaaaaaa(
    aaaaaaaaaaaaaaaaaaa, aaaaaaaaaaaaaaaaaaa, aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);

After:
aaaaaaaaaaaaaaaaaaaaaa(aaaaaaaaaaaaaaaaaaaaa)
    .aaaaaaaaaaaaaaaaa(aaaaaaaaaaaaaaaaaaaaa)
    .aaaaaaaaaaaaaaaaaaa(aaaaaaaaaaaaaaaaaaa,
                         aaaaaaaaaaaaaaaaaaa,
                         aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);

llvm-svn: 175432

[asan] enable asan_prelink_test when gold is the default linker (gold and bfd linker have different flag syntax)

llvm-svn: 175431

llvm-svn: 175430

[asan] added flag -d|--demangle to asan_symbolize.py, makes addr2line/llvm-symbolizer demangle the functions names

llvm-svn: 175429

llvm-svn: 175428

Paired commit with LLVM, may produce temporary build breakage.

llvm-svn: 175427

Paired with an Clang commit so this may cause temporary build failures.

llvm-svn: 175426

llvm-svn: 175425

llvm-svn: 175424

Previously we seemed to be assuming that all functions were definitions and all
methods were declarations. This may be consistent with how Clang uses DIBuilder
but doesn't have to be true of all clients (such as DragonEgg).

llvm-svn: 175423

[ms-inline asm] Fix undefined behavior to reset hasMSInlineAsm in advance of SelectAllBasicBlocks().

llvm-svn: 175422

llvm-svn: 175421

llvm-svn: 175420

at this time, llvm is generating a different but equivalent pattern
that would lead to this instruction. I am trying to think of a way
to get it to generate this. If I can't, I may just remove the pseudo.

llvm-svn: 175419

llvm-svn: 175418

llvm-svn: 175417

 

llvm-svn: 175416

llvm-svn: 175415

llvm-svn: 175414

This expansion will be moved to expandISelPseudos as soon as I can figure
out how to do that. There are other instructions which use this 
ExpandFEXT_T8I816_ins and as soon as I have finished expanding them all,
I will delete the macro asm string text so it has no way to be used
in the future.

llvm-svn: 175413

llvm-svn: 175412

llvm-svn: 175411

llvm-svn: 175410

llvm-svn: 175409

llvm-svn: 175408

These instructions are not targeted by the compiler but it is needed for
the MC layer.

llvm-svn: 175407

This instruction is not targeted by the compiler but it is needed for the
MC layer.

llvm-svn: 175406

llvm-svn: 175405

These instructions are not targeted by the compiler but they are
needed for the MC layer.

llvm-svn: 175404

These instructions are not targeted by the compiler but they are
needed for the MC layer.

llvm-svn: 175403

llvm-svn: 175402

llvm-svn: 175401

No functionality change.

llvm-svn: 175400

If a cast expression (NullToPointer) is detected in a function-like macro
parameter, we should use the spelling location instead of the expansion
location. Using SourceManager::getFileLoc() fixes this problem.

Also added testcases for this bug.

Fixes: PR15279
Author: Tareq A Siraj <tareq.a.siraj@intel.com>
Reviewer: klimek
llvm-svn: 175399

Maxeiner.

llvm-svn: 175398

This fixes PR15289. This bug was introduced (recently) in r175215; collecting
all std::vector references for candidate pairs to delete at once is invalid
because subsequent lookups in the owning DenseMap could invalidate the
references.

bugpoint was able to reduce a useful test case. Unfortunately, because whether
or not this asserts depends on memory layout, this test case will sometimes
appear to produce valid output. Nevertheless, running under valgrind will
reveal the error.

llvm-svn: 175397

by matching the function name first

llvm-svn: 175395