llvm-6502/test/Transforms/MemCpyOpt
Duncan Sands 7508f946bc In my recent change to avoid use of underaligned memory I didn't notice that
cpyDest can be mutated in some cases, which would then cause a crash later if
indeed the memory was underaligned.  This brought down several buildbots, so
I guess the underaligned case is much more common than I thought!


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@165228 91177308-0d34-0410-b5e6-96231b3b80d8
2012-10-04 13:53:21 +00:00
..
2008-02-24-MultipleUseofSRet.ll
2008-03-13-ReturnSlotBitcast.ll In my recent change to avoid use of underaligned memory I didn't notice that 2012-10-04 13:53:21 +00:00
2011-06-02-CallSlotOverwritten.ll
align.ll The memcpy optimizer was happily doing call slot forwarding when the new memory 2012-10-04 10:54:40 +00:00
atomic.ll
crash.ll
form-memset.ll MemCpyOpt: When forming a memset from stores also take GEP constexprs into account. 2012-09-13 16:29:49 +00:00
lit.local.cfg
loadstore-sret.ll
memcpy-to-memset.ll
memcpy.ll
memmove.ll
smaller.ll
sret.ll