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

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

Nicolas Geoffray!

llvm-svn: 34574

llvm-svn: 34573

llvm-svn: 34572

llvm-svn: 34568

from README.
When no water available, use end of block if in range.  (More to do here.)

llvm-svn: 34563

Generate local names with a "llvm_cbe_" prefix using the actual name of the
variable instead of a temporary name.

llvm-svn: 34540

llvm-svn: 34537

llvm-svn: 34533

llvm-svn: 34532

llvm-svn: 34523

llvm-svn: 34521

llvm-svn: 34520

llvm-svn: 34519

llvm-svn: 34515

llvm-svn: 34514

llvm-svn: 34506

llvm-svn: 34488

llvm-svn: 34482

llvm-svn: 34478

llvm-svn: 34477

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

llvm-svn: 34456

llvm-svn: 34434

uses them.

llvm-svn: 34432

rules alignment is to pick the alignment that corresponds to the smallest
specified alignment that is larger than the bit width of the type or the
largest specified integer alignment if none are larger than the bitwidth
of the type. For the byte size, the size returned is the next larger
multiple of the alignment for that type (using the above rule). This patch
also changes bit widths from "short" to "uint32_t" to ensure there are
enough bits to specify any bit width that LLVM can handle (currently 2^23);
16-bits isn't enough.

llvm-svn: 34431

llvm-svn: 34428

Revert patches that caused the problem. Evan, please investigate and reapply
when you've discovered the problem.

llvm-svn: 34399