Andrew Trick b5c26ef9da SCEVExpander fixes. Affects LSR and indvars. ... LSR has gradually been improved to more aggressively reuse existing code, particularly existing phi cycles. This exposed problems with the SCEVExpander's sloppy treatment of its insertion point. I applied some rigor to the insertion point problem that will hopefully avoid an endless bug cycle in this area. Changes: - Always used properlyDominates to check safe code hoisting. - The insertion point provided to SCEV is now considered a lower bound. This is usually a block terminator or the use itself. Under no cirumstance may SCEVExpander insert below this point. - LSR is reponsible for finding a "canonical" insertion point across expansion of different expressions. - Robust logic to determine whether IV increments are in "expanded" form and/or can be safely hoisted above some insertion point. Fixes PR11783: SCEVExpander assert. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@148535 91177308-0d34-0410-b5e6-96231b3b80d8		2012-01-20 07:41:13 +00:00
..
Hello
InstCombine	Move assert to the right place.	2012-01-09 17:36:29 +00:00
Instrumentation	[asan] extend the workaround for http://llvm.org/bugs/show_bug.cgi?id=11395: don't instrument the function at all on x86_32 if it has a large asm blob	2012-01-11 18:15:23 +00:00
IPO	Add a new PassManagerBuilder customization point,	2012-01-17 20:51:32 +00:00
Scalar	SCEVExpander fixes. Affects LSR and indvars.	2012-01-20 07:41:13 +00:00
Utils	Actually, this code handles wrapped sets just fine. Noticed by inspection.	2012-01-19 18:19:42 +00:00
CMakeLists.txt
LLVMBuild.txt	LLVMBuild: Introduce a common section which currently has a list of the	2011-12-12 22:45:54 +00:00
Makefile