Duncan Sands b8e1111fbf Fix PR14060, an infinite loop in reassociate. The problem was that one of the ... operands of the expression being written was wrongly thought to be reusable as an inner node of the expression resulting in it turning up as both an inner node *and* a leaf, creating a cycle in the def-use graph. This would have caused the verifier to blow up if things had gotten that far, however it managed to provoke an infinite loop first. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168291 91177308-0d34-0410-b5e6-96231b3b80d8		2012-11-18 19:27:01 +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-09-01-ArrayOutOfBounds.ll	Convert all tests using TCL-style quoting to use shell-style quoting.	2012-07-02 12:47:22 +00:00
2006-04-27-ReassociateVector.ll
2011-01-26-UseAfterFree.ll
2012-05-08-UndefLeak.ll	Stop reassociate from looking through expressions of arbitrary complexity. This	2012-07-26 09:26:40 +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
absorption.ll	It is possible for several constants which aren't individually absorbing to	2012-06-13 12:15:56 +00:00
basictest.ll
crash.ll	Fix PR14060, an infinite loop in reassociate. The problem was that one of the	2012-11-18 19:27:01 +00:00
fp-commute.ll
inverses.ll
lit.local.cfg
looptest.ll
mightymul.ll	Stop reassociate from looking through expressions of arbitrary complexity. This	2012-07-26 09:26:40 +00:00
mulfactor.ll
multistep.ll	revert r167740	2012-11-13 00:08:49 +00:00
negation.ll
no-op.ll
optional-flags.ll
otherops.ll
pr12245.ll
repeats.ll	Now that Reassociate's LinearizeExprTree can look through arbitrary expression	2012-06-12 14:33:56 +00:00
secondary.ll
shift-factor.ll
shifttest.ll	Convert all tests using TCL-style quoting to use shell-style quoting.	2012-07-02 12:47:22 +00:00
subtest2.ll
subtest.ll