Chandler Carruth f710fb14ee Try to use a better set of abstractions for computing the alignment ... necessary during rewriting. As part of this, fix a real think-o here where we might have left off an alignment specification when the address is in fact underaligned. I haven't come up with any way to trigger this, as there is always some other factor that reduces the alignment, but it certainly might have been an observable bug in some way I can't think of. This also slightly changes the strategy for placing explicit alignments on loads and stores to only do so when the alignment does not match that required by the ABI. This causes a few redundant alignments to go away from test cases. I've also added a couple of tests that really push on the alignment that we end up with on loads and stores. More to come here as I try to fix an underlying bug I have conjectured and produced test cases for, although it's not clear if this bug is the one currently hitting dragonegg's gcc47 bootstrap. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165100 91177308-0d34-0410-b5e6-96231b3b80d8		2012-10-03 08:14:02 +00:00
..
alignment.ll	Try to use a better set of abstractions for computing the alignment	2012-10-03 08:14:02 +00:00
basictest.ll	Teach the new SROA to handle cases where an alloca that has already been	2012-10-02 22:46:45 +00:00
fca.ll	Add a major missing piece to the new SROA pass: aggressive splitting of	2012-09-18 12:57:43 +00:00
lit.local.cfg
phi-and-select.ll	Refactor the PartitionUse structure to actually use the Use* instead of	2012-10-01 01:49:22 +00:00
vector-promotion.ll