llvm-svn: 175176

llvm-svn: 175175

llvm-svn: 175173

If vector types have legal register classes, then LLVM bypasses LegalizeTypes
on them, which causes faults currently since the code to handle them isn't in
place.

This fixes test failures when AArch64 is the default target.

llvm-svn: 175172

Only comments affected. No code change at all.

llvm-svn: 175169

llvm-svn: 175168

Patch by Jonathan Anderson!

llvm-svn: 175167

The parser will now accept instructions with alignment specifiers written like
    vld1.8  {d16}, [r0:64]
, while also still accepting the incorrect syntax
    vld1.8  {d16}, [r0, :64]

llvm-svn: 175164

llvm-svn: 175158

llvm-svn: 175156

llvm-svn: 175150

Add some legality checks for SETCC before introducing it in the DAG combiner post-operand legalization.

llvm-svn: 175149

llvm-svn: 175146

Added a test.

llvm-svn: 175144

Fixes assertion failure in newly added lit test. Might just be a bandaid that
needs to be revisited.

llvm-svn: 175139

Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
llvm-svn: 175138

This reverts commit fd1335e982bbf93c5f450ed4fd29f9f787435c85.

Use a triple this time.

llvm-svn: 175134

llvm-svn: 175133

register class to match the defining instruction.

llvm-svn: 175130

llvm-svn: 175129

'and' instructions. This is a pattern that shows up a lot in ubsan binaries.

llvm-svn: 175128

up so that we can apply the direct object emitter patch. This patch
should be a nop right now and it's test is to not break what is already
there.
 

llvm-svn: 175126

This reverts commit 8b75e6bc35fb3f9c1e788dbd05084c0f4a60a0f3.

The FileCheck tests are not equivalent:

test/CodeGen/X86/tailcall-structret.ll:6:10: error: expected string not found in input
; CHECK: jmp init
         ^
<stdin>:1:2: note: scanning from here
 .section __TEXT,__text,regular,pure_instructions
 ^
<stdin>:13:2: note: possible intended match here
 jmp _init ## TAILCALL
 ^

llvm-svn: 175124

CoalescerPairs. Also, make it take a CoalescerPair directly like other methods
of RegisterCoalescer.

llvm-svn: 175123

of the copy is a subregister def. The current code assumes that it can do a full
def of the destination register, but it is not checking that the def operand is
read-undef. It also doesn't clear the subregister index of the destination in
the new instruction to reflect the full subregister def.

These issues were found running 'make check' with my next commit that enables
rematerialization in more cases.

llvm-svn: 175122

llvm-svn: 175121

Since functions with internal linkage don't have language linkage, it is valid
to overload them:

extern "C" {
       static int foo();
       static int foo(int);
}

So we mangle them.

llvm-svn: 175120

llvm-svn: 175107

It's possible (e.g. after an LTO build) that an internal global may be used for
debugging purposes. If that's the case appending a '.b' to it makes it hard to
find that variable. Steal the name from the old GV before deleting it so that
they can find that variable again.

llvm-svn: 175104

llvm-svn: 175102

inside an #if 0 block.

llvm-svn: 175098

llvm-svn: 175097

NOTE: This is a candidate for the Mesa stable branch.
llvm-svn: 175096

llvm-svn: 175093

Fixes PR15250!

llvm-svn: 175092

llvm-svn: 175089

llvm-svn: 175088

llvm-svn: 175087

instead of redefining separate instructions for them.

llvm-svn: 175086

llvm-svn: 175085