Fix a leak in the FastISel code that Chris pointed out.

llvm-svn: 55031
This commit is contained in:
Dan Gohman 2008-08-20 00:56:17 +00:00
parent eaef5f612a
commit 98265cae87
2 changed files with 10 additions and 2 deletions

View File

@ -43,13 +43,13 @@ public:
SelectInstructions(BasicBlock::iterator Begin, BasicBlock::iterator End,
DenseMap<const Value*, unsigned> &ValueMap);
virtual ~FastISel();
protected:
FastISel(MachineBasicBlock *mbb, MachineFunction *mf,
const TargetInstrInfo *tii)
: MBB(mbb), MF(mf), TII(tii) {}
virtual ~FastISel();
/// FastEmit_r - This method is called by target-independent code
/// to request that an instruction with the given type and opcode
/// be emitted.

View File

@ -5115,6 +5115,14 @@ void SelectionDAGISel::BuildSelectionDAG(SelectionDAG &DAG, BasicBlock *LLVMBB,
if (FastISel *F = TLI.createFastISel(BB, &FuncInfo.MF,
TLI.getTargetMachine().getInstrInfo())) {
Begin = F->SelectInstructions(Begin, LLVMBB->end(), FuncInfo.ValueMap);
// Clean up the FastISel object. TODO: Reorganize what data is
// stored in the FastISel class itself and what is merely passed
// to the SelectInstructions method, and then move the creation
// and deletion of the FastISel object up so that it is only
// done once per MachineFunction.
delete F;
if (Begin == LLVMBB->end())
// The "fast" selector selected the entire block, so we're done.
return;