mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-25 04:02:41 +01:00
662fb070a7
or getTypeSizeInBits as appropriate in ScalarReplAggregates. The right change to make was not always obvious, so it would be good to have an sroa guru review this. While there I noticed some bugs, and fixed them: (1) arrays of x86 long double have holes due to alignment padding, but this wasn't being spotted by HasStructPadding (renamed to HasPadding). The same goes for arrays of oddly sized ints. Vectors also suffer from this, in fact the problem for vectors is much worse because basic vector assumptions seem to be broken by vectors of type with alignment padding. I didn't try to fix any of these vector problems. (2) The code for extracting smaller integers from larger ones (in the "int union" case) was wrong on big-endian machines for integers with size not a multiple of 8, like i1. Probably this is impossible to hit via llvm-gcc, but I fixed it anyway while there and added a testcase. I also got rid of some trailing whitespace and changed a function name which had an obvious typo in it. llvm-svn: 43672 |
||
---|---|---|
.. | ||
2003-05-29-ArrayFail.ll | ||
2003-05-30-InvalidIndices.ll | ||
2003-05-30-MultiLevel.ll | ||
2003-09-12-IncorrectPromote.ll | ||
2003-10-29-ArrayProblem.ll | ||
2005-12-14-UnionPromoteCrash.ll | ||
2006-01-24-IllegalUnionPromoteCrash.ll | ||
2006-04-20-PromoteCrash.ll | ||
2006-10-23-PointerUnionCrash.ll | ||
2006-11-07-InvalidArrayPromote.ll | ||
2006-12-11-SROA-Crash.ll | ||
2007-03-19-CanonicalizeMemcpy.ll | ||
2007-05-24-LargeAggregate.ll | ||
2007-05-29-MemcpyPreserve.ll | ||
2007-11-03-bigendian_apint.ll | ||
AggregatePromote.ll | ||
arraytest.ll | ||
badarray.ll | ||
basictest.ll | ||
dg.exp | ||
DifferingTypes.ll | ||
memcpy-from-global.ll | ||
memset-aggregate-byte-leader.ll | ||
memset-aggregate.ll | ||
phinodepromote.ll | ||
select_promote.ll | ||
sroa_two.ll | ||
union-fp-int.ll | ||
union-packed.ll | ||
union-pointer.ll | ||
vector_promote.ll |