llvm-svn: 34708

llvm-svn: 34707

llvm-svn: 34701

llvm-svn: 34699

llvm-svn: 34694

llvm-svn: 34692

llvm-svn: 34685

llvm-svn: 34684

llvm-svn: 34670

llvm-svn: 34668

llvm-svn: 34667

llvm-svn: 34666

llvm-svn: 34661

llvm-svn: 34659

llvm-svn: 34658

lowering uses.

llvm-svn: 34657

llvm-svn: 34656

llvm-svn: 34655

'clients', etc, and adding CCValAssign instead.

llvm-svn: 34654

to infinite loop:
PPCMachineFunctionInfo.h updated: 1.2 -> 1.3
PPCRegisterInfo.cpp updated: 1.110 -> 1.111
PPCRegisterInfo.h updated: 1.28 -> 1.29

llvm-svn: 34652

llvm-svn: 34639

llvm-svn: 34637

conventions.  This doesn't do anything yet, but may in the future.

llvm-svn: 34636

llvm-svn: 34633

mechanics that process it.  I'm still not happy with this, but it's a step
in the right direction.

llvm-svn: 34631

llvm-svn: 34628

llvm-svn: 34625

Capture this so that downstream zext/sext's are optimized out.  This
compiles:
  int test(short X) { return (int)X; }

to:

_test:
        movl %edi, %eax
        ret

instead of:

_test:
        movswl %di, %eax
        ret


GCC produces this bizarre code:

_test:
        movw    %di, -12(%rsp)
        movswl  -12(%rsp),%eax
        ret

llvm-svn: 34623

void foo(short);
void bar(unsigned short A) {
  foo(A);
}

into:

_bar:
        subq $8, %rsp
        movswl %di, %edi
        call _foo
        addq $8, %rsp
        ret

instead of:

_bar:
        subq $8, %rsp
        call _foo
        addq $8, %rsp
        ret

Testcase here: test/CodeGen/X86/x86-64-shortint.ll

llvm-svn: 34615

night:  fastcc returns should only go in XMM0 if we have SSE2 or above.

llvm-svn: 34613

llvm-svn: 34605

llvm-svn: 34604

external symbols and global addresses.  Add the missing ones.

one important workaround: PPCISD::CALL is matched by both PPCcall_ELF
and PPCcall_Macho, disable the _ELF patterns for now.

llvm-svn: 34601

llvm-svn: 34598

This implements CodeGen/X86/fp-stack-ret.ll:test[23]

llvm-svn: 34592

llvm-svn: 34590

section of the file.

llvm-svn: 34589

result value stuff.  This eliminates a bunch of duplicated code and now
GetRetValueLocs is the sole place that decides where a value is returned.

llvm-svn: 34588

llvm-svn: 34587

function.  This function now uses GetRetValueLocs to determine *where*
the result values are located and concerns itself with *how* to pull the
values out.

llvm-svn: 34586