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
..
Analysis	When checking whether the special handling for an addrec increment which	2010-04-26 21:46:36 +00:00
Archive	silence a warning, patch by "mike".	2010-04-25 04:44:26 +00:00
AsmParser	reject invalid comma stuff with a message. We reject the case in	2010-04-23 00:50:50 +00:00
Bitcode
CodeGen	Remove crufty comments.	2010-04-26 20:48:54 +00:00
CompilerDriver
ExecutionEngine
Linker
MC
Support
System
Target	Handle target-specific form of DBG_VALUE in AsmPrinter.	2010-04-26 20:07:31 +00:00
Transforms	fix PR6940: sitofp(undef) folds to 0.0, not undef.	2010-04-26 18:21:23 +00:00
VMCore	Remove the palignr intrinsics now that we lower them to vector shuffles,	2010-04-20 00:59:54 +00:00
Makefile