llvm-project/llvm/test/Transforms/SROA
Michael Kuperstein 5abc2765fa Have DataLayout::isLegalInteger() accept uint64_t
While not strictly necessary, since we don't support large integer
types, this avoids bugs due to silent truncation from uint64_t to a
32-bit unsigned (e.g. DL.isLegalInteger(DL.getTypeSizeInBits(Ty) )

This fixes PR26972.

Differential Revision: http://reviews.llvm.org/D18258

llvm-svn: 263850
2016-03-18 23:19:29 +00:00
..
address-spaces.ll Revert "Change memcpy/memset/memmove to have dest and source alignments." 2015-11-19 05:56:52 +00:00
alignment.ll Revert "Change memcpy/memset/memmove to have dest and source alignments." 2015-11-19 05:56:52 +00:00
basictest.ll [SROA] Fix PR25873, which Andrea Di Biagio analyzed the daylights out 2016-03-10 15:31:17 +00:00
big-endian.ll Revert "Change memcpy/memset/memmove to have dest and source alignments." 2015-11-19 05:56:52 +00:00
dbg-single-piece.ll [SROA] Also insert a bit piece expression if only one piece is needed 2016-01-14 20:06:34 +00:00
fca.ll [SROA] Rip out all support for SSAUpdater in SROA. 2015-08-26 09:09:29 +00:00
phi-and-select.ll [SROA] Fix a nasty pile of bugs to do with big-endian, different alloca 2015-07-22 03:32:42 +00:00
ppcf128-no-fold.ll [ConstantFold] Don't fold ppc_fp128 <-> int bitcasts 2015-03-28 16:44:57 +00:00
pr26972.ll Have DataLayout::isLegalInteger() accept uint64_t 2016-03-18 23:19:29 +00:00
slice-order-independence.ll Revert "Change memcpy/memset/memmove to have dest and source alignments." 2015-11-19 05:56:52 +00:00
slice-width.ll Revert "Change memcpy/memset/memmove to have dest and source alignments." 2015-11-19 05:56:52 +00:00
vector-conversion.ll
vector-lifetime-intrinsic.ll
vector-promotion.ll Revert "Change memcpy/memset/memmove to have dest and source alignments." 2015-11-19 05:56:52 +00:00
vectors-of-pointers.ll