allocaton on the X86 to add information to the machine code denoting
that our floating point stackifier cannot handle virtual point
register that are alive across basic blocks. This pass adds an
implicit def of all virtual floating point register at the end of each
basic block.

llvm-svn: 10446

a pointer.  This evades a warning emitted by GCC when we cast from
unsigned int (32 bit) to void * (64 bit) on SparcV9.

llvm-svn: 10435

namespacification.

llvm-svn: 10430

Eventually this pass will provide substantially better code in the interim between when we
have a crappy isel and nice isel.  Unfortunately doing so requires fixing the backend to
actually SUPPORT all of the fancy addressing modes that we now generate, and writing a DCE
pass for machine code.  Each of these is a fairly substantial job, so this will remain disabled
for the immediate future.  :(

llvm-svn: 10276

folding of instructions into addressing modes.  This creates lots of dead
instructions, which are currently not deleted.  It also creates a lot of
instructions that the X86 backend currently cannot handle.  :(

llvm-svn: 10275

llvm-svn: 10274

llvm-svn: 10270

the other way around, instead of failing a large, tumor-like assertion.

llvm-svn: 10171

llvm-svn: 10170

llvm-svn: 10168

* Restore registers *after* everything else to avoid any possible side effects

This fixes McCat-imp.

llvm-svn: 10147

llvm-svn: 10069

llvm-svn: 9954

* There is now only one pass to print out assembly instead of two
* It is a FunctionPass
* The Module-level printing of globals is now in doFinalization() method of the
  FunctionPass
* The code has been reformatted to follow LLVM coding standards
* Some comments, not all, were doxygenified
* Last but not least, the function to create an instance of this pass is also no
  longer a method in the UltraSparc class.

llvm-svn: 9953

the UltraSparc class.

llvm-svn: 9952

UltraSparc class. Comments are also doxygen-compatible now.

llvm-svn: 9951

* Pass creation functions are no longer in the UltraSparc class

llvm-svn: 9950

llvm-svn: 9949

llvm-svn: 9903

llvm-svn: 9830

llvm-svn: 9806

are being added as FunctionPasses... Sigh.

llvm-svn: 9798

llvm-svn: 9793

for the Sparc backend: breaking up constant expressions. Thus, we cannot have it
guarded by a conditional, it should never be disabled.

Also, it's now available for the JIT since it is a FunctionPass.

llvm-svn: 9791

llvm-svn: 9777

MachineConstantPool. This involved refactoring the two classes involved in
printing out Sparc assembly. In fact, they should share all this code anyway.

llvm-svn: 9776

llvm-svn: 9775

llvm-svn: 9774

  it will be converted to a MachineConstantPool index during instruction
  selection
* This is now eligible to become a FunctionPass since it does not have any side
  effects outside of the function it is processing.

llvm-svn: 9773

* Do not create new globals for constants!

Also, order #includes as per coding style guide

llvm-svn: 9772

llvm-svn: 9770

llvm-svn: 9762

llvm-svn: 9761

llvm-svn: 9758

* Alphabetize #includes

llvm-svn: 9751

get just the filename and not the full path, just use the filename directly.

llvm-svn: 9730

return the number of instructions added to/removed from the basic block
passed as their first argument.

Note: This is only needed because we use a std::vector instead of an
ilist to keep MachineBasicBlock instructions. Inserting an instruction
to a MachineBasicBlock invalidates all iterators to the basic
block. The return value can be used to update an index to the machine
basic block instruction vector and circumvent the iterator elimination
problem but this is really not needed if we move to a better
representation.

llvm-svn: 9704

llvm-svn: 9694

strings with the stuff that used to print to an ostream directly.  We now NEVER build
up big strings, only to print them once they are formed.

llvm-svn: 9686

llvm-svn: 9684