Chandler Carruth b2d98c2917 Fix PR13969, a mini-phase-ordering issue with the new SROA pass. ... Currently, we re-visit allocas when something changes about the way they might be *split* to allow better scalarization to take place. However, we weren't handling the case when the *promotion* is what would change the behavior of SROA. When an address derived from an alloca is stored into another alloca, we consider the first to have escaped. If the second is ever promoted to an SSA value, we will suddenly be able to run the SROA pass on the first alloca. This patch adds explicit support for this form if iteration. When we detect a store of a pointer derived from an alloca, we flag the underlying alloca for reprocessing after promotion. The logic works hard to only do this when there is definitely going to be promotion and it might remove impediments to the analysis of the alloca. Thanks to Nick for the great test case and Benjamin for some sanity check review. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165223 91177308-0d34-0410-b5e6-96231b3b80d8		2012-10-04 12:33:50 +00:00
..
alignment.ll	Teach the integer-promotion rewrite strategy to be endianness aware.	2012-10-04 10:39:28 +00:00
basictest.ll	Fix PR13969, a mini-phase-ordering issue with the new SROA pass.	2012-10-04 12:33:50 +00:00
big-endian.ll	Teach the integer-promotion rewrite strategy to be endianness aware.	2012-10-04 10:39:28 +00:00
fca.ll	Teach the integer-promotion rewrite strategy to be endianness aware.	2012-10-04 10:39:28 +00:00
lit.local.cfg
phi-and-select.ll	Teach the integer-promotion rewrite strategy to be endianness aware.	2012-10-04 10:39:28 +00:00
vector-promotion.ll	Teach the integer-promotion rewrite strategy to be endianness aware.	2012-10-04 10:39:28 +00:00