Chandler Carruth 1faa445476 Fix a really bad miscompile introduced in r216865 - the else-if logic ... chain became completely broken here as *all* intrinsic users ended up being skipped, and the ones that seemed to be singled out were actually the exact wrong set. This is a great example of why long else-if chains can be easily confusing. Switch the entire code to use early exits and early continues to have simpler (and more importantly, correct) logic here, as well as fixing the reversed logic for detecting and continuing on lifetime intrinsics. I've also significantly cleaned up the test case and added another test case demonstrating an example where the optimization is not (trivially) safe to perform. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@216871 91177308-0d34-0410-b5e6-96231b3b80d8		2014-09-01 10:09:18 +00:00
..
2008-02-24-MultipleUseofSRet.ll
2008-03-13-ReturnSlotBitcast.ll
2011-06-02-CallSlotOverwritten.ll
align.ll
atomic.ll
capturing-func.ll
crash.ll
form-memset.ll
loadstore-sret.ll
memcpy-to-memset-with-lifetimes.ll	Fix a really bad miscompile introduced in r216865 - the else-if logic	2014-09-01 10:09:18 +00:00
memcpy-to-memset.ll
memcpy-undef.ll
memcpy.ll
memmove.ll
smaller.ll
sret.ll