llvm-svn: 34849

passed in registers, not directly from the pregs themselves.

llvm-svn: 34838

properly aligned

llvm-svn: 34788

llvm-svn: 34754

llvm-svn: 34739

llvm-svn: 34737

llvm-svn: 34734

llvm-svn: 34733

llvm-svn: 34731

llvm-svn: 34730

llvm-svn: 34729

llvm-svn: 34728

llvm-svn: 34727

over to being autogenerated from the X86CallingConv.td file.

llvm-svn: 34722

lowering uses.

llvm-svn: 34657

llvm-svn: 34656

llvm-svn: 34655

'clients', etc, and adding CCValAssign instead.

llvm-svn: 34654

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

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

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

llvm-svn: 34585

registers out from the logic of *how* to return them.

This changes X86-64 to mark EAX live out when returning a 32-bit value,
where before it marked RAX liveout.

llvm-svn: 34582

llvm-svn: 34579

llvm-svn: 34578

llvm-svn: 34577

llvm-svn: 34576

llvm-svn: 34488

llvm-svn: 34482

Add implicit uses of EBX to calls to ensure liveintervalanalysis does not treat
the GOT in EBX move as dead upon definition.
This should fix PR1207.

llvm-svn: 34470

affected part is codegen of "memove" inside x86 backend. This fixes
PR1144

llvm-svn: 33752