which denotes the register we would like to be assigned to (virtual or
physical). In register allocation, if this hint exists and we can map
it to a physical register (it is either a physical register or it is a
virtual register that already got assigned to a physical one) we use
that register if it is available instead of a random one in the free
pool.

llvm-svn: 10634

allocation.

llvm-svn: 10633

llvm-svn: 10632

llvm-svn: 10629

llvm-svn: 10628

Reimplement the Interpreters implementation of va_* to be more direct.

llvm-svn: 10627

llvm-svn: 10626

llvm-svn: 10623

llvm-svn: 10621

minor cleanups

llvm-svn: 10619

we converge

llvm-svn: 10618

llvm-svn: 10617

llvm-svn: 10616

llvm-svn: 10612

rename run to runFunction
Genericize the runFunction code a little bit, though it still stinks

llvm-svn: 10610

rename run to runFunction

llvm-svn: 10609

llvm-svn: 10604

with live intervals was missing registers that were used before they
were defined (in the arbitrary order live intervals numbers
instructions).

llvm-svn: 10603

llvm-svn: 10599

constructed!

llvm-svn: 10598

llvm-svn: 10596

allocation in the presence of preallocated intervals.

llvm-svn: 10595

llvm-svn: 10592

it doesn't do anything with it.

llvm-svn: 10590

finegrainify namespacification

llvm-svn: 10589

llvm-svn: 10588

llvm-svn: 10586

anything; it just causes the bug to go dormant.

llvm-svn: 10585

llvm-svn: 10584

contains no functionality changes.

llvm-svn: 10583

Implement indvar analysis of getelementptr and sub expressions

llvm-svn: 10582

arithmetic into "array subscripts"

llvm-svn: 10580

add new getIntPtrType() method

llvm-svn: 10579

llvm-svn: 10573

llvm-svn: 10572

llvm-svn: 10570

nesting level when computing it. Right now the allocator uses:

    w = sum_over_defs_uses( 10 ^ nesting level );

llvm-svn: 10569

llvm-svn: 10567

for live ranges that fall into assigned registers' holes.

llvm-svn: 10566

Modified ReadArchiveBuffer() so that it dynamically allocates the
std::string object used to hold the bytecode object file's name.  This is
necessary because it is passed by reference to the new Module that is
allocated to represent the bytecode object, and previously we were
using a std::string that disappeared on function exit.

llvm-svn: 10565