Duncan Sands a337010989 Calling ReassociateExpression recursively is extremely dangerous since it will ... replace the operands of expressions with only one use with undef and generate a new expression for the original without using RAUW to update the original. Thus any copies of the original expression held in a vector may end up referring to some bogus value - and using a ValueHandle won't help since there is no RAUW. There is already a mechanism for getting the effect of recursion non-recursively: adding the value to be recursed on to RedoInsts. But it wasn't being used systematically. Have various places where recursion had snuck in at some point use the RedoInsts mechanism instead. Fixes PR12169. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@156379 91177308-0d34-0410-b5e6-96231b3b80d8		2012-05-08 12:16:05 +00:00
..
Hello
InstCombine	Remove trailing spaces.	2012-05-06 13:52:31 +00:00
Instrumentation	[tsan] typo and style (thanks to Nick Lewycky)	2012-05-02 13:12:19 +00:00
IPO	Move the CodeExtractor utility to a dedicated header file / source file,	2012-05-04 10:18:49 +00:00
Scalar	Calling ReassociateExpression recursively is extremely dangerous since it will	2012-05-08 12:16:05 +00:00
Utils	Allow NULL LoopPassManager argument in UnrollLoop. PR12734.	2012-05-08 02:52:09 +00:00
Vectorize	Don't vectorize target-specific types (ppc_fp128, x86_fp80, etc.).	2012-04-27 19:34:00 +00:00
CMakeLists.txt	Add a basic-block autovectorization pass.	2012-02-01 03:51:43 +00:00
LLVMBuild.txt	Add a basic-block autovectorization pass.	2012-02-01 03:51:43 +00:00
Makefile	Add a basic-block autovectorization pass.	2012-02-01 03:51:43 +00:00