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 Fix the remaining TCL-style quotes found in the testsuite. This is 2012-07-02 19:09:46 +00:00
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 PR10067: Add missing safety check to call return transformation in MemCpyOpt::processStore. If something accesses the dest of the "copy" between the call and the copy, the performCallSlotOptzn transformation is not valid. 2011-06-02 21:24:42 +00:00
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 Atomic load/store handling for the passes using memdep (GVN, DSE, memcpyopt). 2011-08-17 22:22:24 +00:00
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 Replace all instances of dg.exp file with lit.local.cfg, since all tests are run with LIT now and now Dejagnu. dg.exp is no longer needed. 2012-02-16 06:28:33 +00:00
loadstore-sret.ll
memcpy-to-memset.ll
memcpy.ll Move the capture analysis from MemoryDependencyAnalysis to a more general place 2012-05-14 20:35:04 +00:00
memmove.ll rip out a ton of intrinsic modernization logic from AutoUpgrade.cpp, which is 2011-06-18 06:05:24 +00:00
smaller.ll Actually check memcpy lengths, instead of just commenting about 2011-01-21 22:07:57 +00:00
sret.ll Fix the remaining TCL-style quotes found in the testsuite. This is 2012-07-02 19:09:46 +00:00