llvm/test/Transforms/Mem2Reg, branch release_27http://llvm.orghttps://git.amat.us/llvm/atom/test/Transforms/Mem2Reg?h=release_272010-01-27T00:44:36ZWhen converting dbg.declare to dbg.value, attach promoted store's debug metadata to dbg.value2010-01-27T00:44:36ZVictor Hernandezvhernandez@apple.com2010-01-27T00:44:36Zurn:sha1:b7ae53f035e7f9e90bd837b546ea516c00381b51
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94634 91177308-0d34-0410-b5e6-96231b3b80d8
In mem2reg, for all alloca/stores that get promoted where the alloca has an associated llvm.dbg.declare instrinsic, insert an llvm.dbg.var intrinsic before each store.2010-01-26T02:42:15ZVictor Hernandezvhernandez@apple.com2010-01-26T02:42:15Zurn:sha1:b9768b0731f8b9a10fd2ee6bd1699ae8c02fc78c
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94493 91177308-0d34-0410-b5e6-96231b3b80d8
Revert r94260 until findDbgDeclare() is made more efficient2010-01-25T17:52:13ZVictor Hernandezvhernandez@apple.com2010-01-25T17:52:13Zurn:sha1:aee6a656e84956a2e3c9d7436f68a4a3cfa64fee
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94432 91177308-0d34-0410-b5e6-96231b3b80d8
In mem2reg, for all alloca/stores that get promoted where the alloca has an associated llvm.dbg.declare instrinsic, insert an llvm.dbg.var intrinsic before each store2010-01-23T00:17:34ZVictor Hernandezvhernandez@apple.com2010-01-23T00:17:34Zurn:sha1:b6aebc2f468333f0817738aaf8670c11cc98ee3e
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@94260 91177308-0d34-0410-b5e6-96231b3b80d8
fix a bug exposed by moving SRoA earlier which caused a crash building kc++2009-11-02T04:37:17ZChris Lattnersabre@nondot.org2009-11-02T04:37:17Zurn:sha1:794c15dc71061d7c3cc6028fbe64eb30d0cdbb66
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@85786 91177308-0d34-0410-b5e6-96231b3b80d8
Fix PR5023: The instruction form of DominatorTree::dominates did not 2009-09-21T22:39:35ZChris Lattnersabre@nondot.org2009-09-21T22:39:35Zurn:sha1:850c9178dc5bc8a49fc41c7cf606bfdd7cd1de3a
take into consideration that the result of an invoke is only valid in
the normal dest, not the unwind dest. This caused 'PHINode::hasConstantValue'
to return true in an invalid situation, causing mem2reg to delete a phi that
was actually needed. This caused a crash building 483.xalancbmk.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@82491 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
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