basic block clear()'s all of the operands lists, including phis.  This
caused removePredecessor to get confused later.  Because of this, we just
nuke (without prejudice) PHI nodes in unreachable blocks.

llvm-svn: 14635

llvm-svn: 14626

llvm-svn: 14622

llvm-svn: 14590

don't exist, we don't have to pretend to handle them.

llvm-svn: 14567

pass is required to paper over problems in the code generator (primarily
live variables and its clients) which doesn't really have any well defined
semantics for unreachable code.

The proper solution to this problem is to have instruction selectors not
select blocks that are unreachable.  Until we have a instruction selection
framework available for use, however, we can't expect all instruction
selector writers to do this.  Until then, this pass should be used.

llvm-svn: 14563

any other data structures

llvm-svn: 14524

use them instead of a local LiveVariables numbering

llvm-svn: 14523

mapping

llvm-svn: 14521

llvm-svn: 14520

map.

llvm-svn: 14518

Also convert df_iterator -> df_ext_iterator for subsequent stuff I'm doing.

llvm-svn: 14517

llvm-svn: 14475

llvm-svn: 14474

instructions.  Instead, keep a map of instructions -> MCFI objects in the
already sparc-specific class MachineFunctionInfo.  This will slow down the
sparc backend a bit, but it does not penalize the rest of LLVM!

llvm-svn: 14438

Made a fix so that you can print out MachineInstrs that belong to a MachineBasicBlock that is not yet attached to a MachineFunction. This change includes changing the third operand (TargetMachine) to a pointer for the MachineInstr::print function.

llvm-svn: 14389

llvm-svn: 14373

move InstructionLowering itself.

llvm-svn: 14324

IntrinsicLowering, for instance).

llvm-svn: 14323

existing llvm::Interval class.

Patch contributed by Vladimir Prus!
http://mail.cs.uiuc.edu/pipermail/llvmbugs/2004-June/000710.html

llvm-svn: 14281

llvm-svn: 14266

llvm-svn: 14205

llvm-svn: 14201

The vector may actually be empty if the register that we are marking as
recently used is not actually allocatable.  This happens for physical registers
that are not allocatable, like the ST(x) registers on X86.

llvm-svn: 14195

printed incorrectly, and we were reserving 8 extra bytes of stack space for functions
on X86.

llvm-svn: 14152

targets whose stack grows up.

Patch contributed by Vladimir Prus

llvm-svn: 14111

llvm-svn: 13958

llvm-svn: 13957

llvm-svn: 13956

llvm-svn: 13955

llvm-svn: 13948

llvm-svn: 13947

llvm-svn: 13910

spills. This allows for more flexibility when allocating registers for
spill code.

llvm-svn: 13907

llvm-svn: 13903

new one.

llvm-svn: 13895

registers in the function has changed.

llvm-svn: 13893

llvm-svn: 13892

llvm-svn: 13881

llvm-svn: 13783