llvm-svn: 35118

llvm-svn: 35108

 a legal target address immediate or scale.

llvm-svn: 35073

llvm-svn: 35070

the addition. Please let me know if you have suggestions.

llvm-svn: 35055

moves, loads, etc. are recognized.

llvm-svn: 35031

zext/sext/aext stuff.

llvm-svn: 35008

load and stores.

llvm-svn: 35002

llvm-svn: 34978

from formal attributes' flags processing.

llvm-svn: 34963

llvm-svn: 34857

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