llvm/test/Transforms/MemCpyOpt, branch release_27http://llvm.orghttps://git.amat.us/llvm/atom/test/Transforms/MemCpyOpt?h=release_272009-11-03T15:29:06ZMake opt default to not adding a target data string and update tests that depend on target data to supply it within the test2009-11-03T15:29:06ZKenneth Uildrikskennethuil@gmail.com2009-11-03T15:29:06Zurn:sha1:b908f8ad6a38d989c7f769e329d778e563c398f4
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@85900 91177308-0d34-0410-b5e6-96231b3b80d8
When extending a memset range past the front, set the alignment of the2009-09-14T23:39:10ZDan Gohmangohman@apple.com2009-09-14T23:39:10Zurn:sha1:264d245851173bbace9281a2378a6cc51162b030
memset region to the alignment of the new start address.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81810 91177308-0d34-0410-b5e6-96231b3b80d8
Change tests from "opt %s" to "opt < %s" so that opt doesn't see the2009-09-11T18:01:28ZDan Gohmangohman@apple.com2009-09-11T18:01:28Zurn:sha1:f2f6ce65b79df6ec4ee427d51a18355a170f199b
input filename so that opt doesn't print the input filename in the
output so that grep lines in the tests don't unintentionally match
strings in the input filename.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81537 91177308-0d34-0410-b5e6-96231b3b80d8
Use opt -S instead of piping bitcode output through llvm-dis.2009-09-08T22:34:10ZDan Gohmangohman@apple.com2009-09-08T22:34:10Zurn:sha1:3e054fe9efc64596534bbae0d1634ed15181d642
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81257 91177308-0d34-0410-b5e6-96231b3b80d8
Change these tests to feed the assembly files to opt directly, instead2009-09-08T16:50:01ZDan Gohmangohman@apple.com2009-09-08T16:50:01Zurn:sha1:b1e1e82c54c060ea5dae09dae043234826ca2539
of using llvm-as, now that opt supports this.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81226 91177308-0d34-0410-b5e6-96231b3b80d8
Fix PR4882, by making MemCpyOpt not dereference removed stores to get the2009-09-08T00:27:14ZChris Lattnersabre@nondot.org2009-09-08T00:27:14Zurn:sha1:ff1e98c72ae5f2aa805112925fd5c06049aa8e79
context for the newly created operations.
Patch by Jakub Staszak!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81175 91177308-0d34-0410-b5e6-96231b3b80d8
enhance memcpy opt to turn memmoves into memcpy when the src/dest2009-09-01T17:56:32ZChris Lattnersabre@nondot.org2009-09-01T17:56:32Zurn:sha1:f41eaacee4a4a2d4339dd553626d98c73650c8c7
don't alias. Remove an old and poorly reduced testcase that fails
with this transform for reasons unrelated to the original test.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@80693 91177308-0d34-0410-b5e6-96231b3b80d8
Split the Add, Sub, and Mul instruction opcodes into separate2009-06-04T22:49:04ZDan Gohmangohman@apple.com2009-06-04T22:49:04Zurn:sha1:ae3a0be92e33bc716722aa600983fc1535acb122
integer and floating-point opcodes, introducing
FAdd, FSub, and FMul.
For now, the AsmParser, BitcodeReader, and IRBuilder all preserve
backwards compatability, and the Core LLVM APIs preserve backwards
compatibility for IR producers. Most front-ends won't need to change
immediately.
This implements the first step of the plan outlined here:
http://nondot.org/sabre/LLVMNotes/IntegerOverflow.txt
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@72897 91177308-0d34-0410-b5e6-96231b3b80d8
Fix two issues that Eli Friedman pointed out, where would misoptimized code like:2008-06-01T22:26:26ZOwen Andersonresistor@mac.com2008-06-01T22:26:26Zurn:sha1:009e4f760969e3530cc2641a9599e646a20580c2
char a[200];
init(a, a+200);
OR
int a[200];
char* b = (char*)a;
char* c = (char*)a;
foo(b, c);
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51850 91177308-0d34-0410-b5e6-96231b3b80d8
Test for PR24012008-06-01T21:55:55ZOwen Andersonresistor@mac.com2008-06-01T21:55:55Zurn:sha1:19d4d12ee0e31505c3d776c29e3ad0b6c17cda67
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51849 91177308-0d34-0410-b5e6-96231b3b80d8