Duncan Sands 69938a85bd Revert commit 158073 while waiting for a fix. The issue is that reassociate ... can move instructions within the instruction list. If the instruction just happens to be the one the basic block iterator is pointing to, and it is moved to a different basic block, then we get into an infinite loop due to the iterator running off the end of the basic block (for some reason this doesn't fire any assertions). Original commit message: Grab-bag of reassociate tweaks. Unify handling of dead instructions and instructions to reoptimize. Exploit this to more systematically eliminate dead instructions (this isn't very useful in practice but is convenient for analysing some testcase I am working on). No need for WeakVH any more: use an AssertingVH instead. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@158199 91177308-0d34-0410-b5e6-96231b3b80d8		2012-06-08 13:37:30 +00:00
..
2002-05-15-AgressiveSubMove.ll
2002-05-15-MissedTree.ll
2002-05-15-SubReassociate2.ll
2002-05-15-SubReassociate.ll
2002-07-09-DominanceProblem.ll
2003-08-12-InfiniteLoop.ll
2005-08-24-Crash.ll
2005-09-01-ArrayOutOfBounds.ll
2006-04-27-ReassociateVector.ll
2011-01-26-UseAfterFree.ll
2012-05-08-UndefLeak.ll	Make the reassociation pass more powerful so that it can handle expressions	2012-05-25 12:03:02 +00:00
2012-06-08-InfiniteLoop.ll	Revert commit 158073 while waiting for a fix. The issue is that reassociate	2012-06-08 13:37:30 +00:00
basictest.ll
crash.ll
fp-commute.ll	Grab-bag of reassociate tweaks. Unify handling of dead instructions and	2012-06-06 14:53:10 +00:00
inverses.ll
lit.local.cfg
looptest.ll
mulfactor.ll	Teach the reassociate pass to fold chains of multiplies with repeated	2012-04-26 05:30:30 +00:00
multistep.ll	Calling ReassociateExpression recursively is extremely dangerous since it will	2012-05-08 12:16:05 +00:00
negation.ll
no-op.ll	Since commit 157467, if reassociate isn't actually going to change an expression	2012-05-26 16:42:52 +00:00
optional-flags.ll
otherops.ll
pr12245.ll	The value held in the vector may be RAUW'ed by some of the canonicalization	2012-05-02 09:59:45 +00:00
secondary.ll
shift-factor.ll
shifttest.ll
subtest2.ll
subtest.ll