Chandler Carruth a2b88163af Teach SROA how to split whole-alloca integer loads and stores into ... smaller integer loads and stores. The high-level motivation is that the frontend sometimes generates a single whole-alloca integer load or store during ABI lowering of splittable allocas. We need to be able to break this apart in order to see the underlying elements and properly promote them to SSA values. The hope is that this fixes some performance regressions on x86-32 with the new SROA pass. Unfortunately, this causes quite a bit of churn in the test cases, and bloats some IR that comes out. When we see an alloca that consists soley of bits and bytes being extracted and re-inserted, we now do some splitting first, before building widened integer "bucket of bits" representations. These are always well folded by instcombine however, so this shouldn't actually result in missed opportunities. If this splitting of all-integer allocas does cause problems (perhaps due to smaller SSA values going into the RA), we could potentially go to some extreme measures to only do this integer splitting trick when there are non-integer component accesses of an alloca, but discovering this is quite expensive: it adds yet another complete walk of the recursive use tree of the alloca. Either way, I will be watching build bots and LNT bots to see what fallout there is here. If anyone gets x86-32 numbers before & after this change, I would be very interested. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166662 91177308-0d34-0410-b5e6-96231b3b80d8		2012-10-25 04:37:07 +00:00
..
alignment.ll	Teach SROA to cope with wrapper aggregates. These show up a lot in ABI	2012-10-13 10:49:33 +00:00
basictest.ll	Teach SROA how to split whole-alloca integer loads and stores into	2012-10-25 04:37:07 +00:00
big-endian.ll	Teach SROA how to split whole-alloca integer loads and stores into	2012-10-25 04:37:07 +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	First major step toward addressing PR14059. This teaches SROA to handle	2012-10-15 08:40:30 +00:00
vector-promotion.ll	Add the testcase from pr13254 (the old scalarreply pass handles this wrong;	2012-10-10 18:41:19 +00:00