llvm-6502/test/Transforms/MemCpyOpt
Shuxin Yang 9792b646c6 Fix a potential bug in r183584.
r183584 tries to derive some info from the code *AFTER* a call and apply
these derived info to the code *BEFORE* the call, which is not always safe
as the call in question may never return, and in this case, the derived
info is invalid.
  
  Thank Duncan for pointing out this potential bug.

rdar://14073661 


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@183606 91177308-0d34-0410-b5e6-96231b3b80d8
2013-06-08 04:56:05 +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
lit.local.cfg
loadstore-sret.ll
memcpy-to-memset.ll
memcpy.ll Fix a potential bug in r183584. 2013-06-08 04:56:05 +00:00
memmove.ll
smaller.ll
sret.ll