llvm-svn: 10869

are to be emitted.

llvm-svn: 10866

are complex enough to check that it should be a seperate method.

While I'm here, improve ConstantArray::getNullValue a bit, though the
FIXME is still quite valid.

llvm-svn: 10850

Since this really only makes sense for these two, change hte instance variable
to reflect whether we are writing a bytecode file or not.  This makes it
reasonable to add bcwriter specific stuff to it as necessary.

llvm-svn: 10837

LiveVariables.

llvm-svn: 10830

llvm-svn: 10809

llvm-svn: 10804

operator constant folding stuff.

llvm-svn: 10803

llvm-svn: 10797

llvm-svn: 10787

llvm-svn: 10786

LiveVariables::HandlePhysRegDef private they use information that is
not in memory when LiveVariables finishes the analysis.

Also update the TwoAddressInstructionPass to not use this interface.

llvm-svn: 10755

llvm-svn: 10752

llvm-svn: 10740

This is an incremental step towards fixing PR82

llvm-svn: 10723

llvm-svn: 10720

llvm-svn: 10719

llvm-svn: 10718

getSubLoops/getTopLevelLoops methods, replacing them with iterator-based
accessors.

llvm-svn: 10714

llvm-svn: 10700

llvm-svn: 10699

llvm-svn: 10693

llvm-svn: 10690

llvm-svn: 10684

turn a memory address back into the LLVM global object that starts at that
address.  Note that this won't cause any additional datastructures to be built
for clients of the EE that don't need this information.

llvm-svn: 10673

llvm-svn: 10670

* Add new Module::getTypeByName method
* Group methods in Module.cpp better

llvm-svn: 10668

llvm-svn: 10667

llvm-svn: 10645

implementation from the TargetMachine directly.

llvm-svn: 10636

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: 10630

llvm-svn: 10625

llvm-svn: 10624

llvm-svn: 10622

provides for future extensibility, might help the LLVA project avoid having to
hack their own LLI, and provides support required for the experimental Venus
project.

llvm-svn: 10620

llvm-svn: 10615

function in a module, not just main

llvm-svn: 10608

types to never be deleted, manifesting itself as many OpaqueType objects being
leaked.  Whoops.

llvm-svn: 10601