Dan Gohman 948c8a3e3d When checking whether the special handling for an addrec increment which ... doesn't dominate the header is needed, don't check whether the increment expression has computable loop evolution. While the operands of an addrec are required to be loop-invariant, they're not required to dominate any part of the loop. This fixes PR6914. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@102389 91177308-0d34-0410-b5e6-96231b3b80d8		2010-04-26 21:46:36 +00:00
..
Alpha
ARM	Update ARM DAGtoDAG for matching UBFX instruction for unsigned bitfield	2010-04-22 23:24:18 +00:00
Blackfin	Start function numbering at 0.	2010-04-17 16:29:15 +00:00
CBackend
CellSPU	teach cellspu how to return i8 and i16 from calls,	2010-04-20 05:36:09 +00:00
CPP
Generic	fix PR6332, allowing an index of zero into a zero sized array	2010-04-17 19:02:33 +00:00
MBlaze
Mips	Start function numbering at 0.	2010-04-17 16:29:15 +00:00
MSP430
PIC16
PowerPC	Bill's change in r95336 broke empty aggregates embedded	2010-04-20 06:20:21 +00:00
SPARC
SystemZ
Thumb	Start function numbering at 0.	2010-04-17 16:29:15 +00:00
Thumb2	Update ARM DAGtoDAG for matching UBFX instruction for unsigned bitfield	2010-04-22 23:24:18 +00:00
X86	When checking whether the special handling for an addrec increment which	2010-04-26 21:46:36 +00:00
XCore	Start function numbering at 0.	2010-04-17 16:29:15 +00:00