llvm/test/CodeGen/CBackend, branch release_29http://llvm.orghttps://git.amat.us/llvm/atom/test/CodeGen/CBackend?h=release_292009-09-09T00:09:15ZEliminate more uses of llvm-as and llvm-dis.2009-09-09T00:09:15ZDan Gohmangohman@apple.com2009-09-09T00:09:15Zurn:sha1:fce288fc9134f0f1055caf0342c023225bd5c379
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81293 91177308-0d34-0410-b5e6-96231b3b80d8
Fix an erroneous check for isFNeg; the FNeg case is handled2009-06-04T23:43:29ZDan Gohmangohman@apple.com2009-06-04T23:43:29Zurn:sha1:9f5f322a032cc22b5375cf698ac58fe7644547c0
a few lines later on.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@72904 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 PR2907 by digging through constant expressions to find FP constants that2008-10-22T04:53:16ZChris Lattnersabre@nondot.org2008-10-22T04:53:16Zurn:sha1:aecc22a7b8588d8a91e58aec21c3643b038faf5a
are their operands.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@57956 91177308-0d34-0410-b5e6-96231b3b80d8
In the CBackend, use casts to force integer add, subtract, and2008-07-18T18:43:12ZDan Gohmangohman@apple.com2008-07-18T18:43:12Zurn:sha1:5a11abaf2c21e203acaedea37ebd151fa1124d89
multiply to be done as unsigned, so that they have well defined
behavior on overflow. This fixes PR2408.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@53767 91177308-0d34-0410-b5e6-96231b3b80d8
Remove invalid test2008-06-08T16:59:10ZAnton Korobeynikovasl@math.spbu.ru2008-06-08T16:59:10Zurn:sha1:7aa700e979a0d09894d6cf8b9a69f1628d0175f5
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@52093 91177308-0d34-0410-b5e6-96231b3b80d8
Testcase for PR24182008-06-06T16:08:56ZAnton Korobeynikovasl@math.spbu.ru2008-06-06T16:08:56Zurn:sha1:7aa8d4442932a74d57ecfdbf6804e9f472a396fa
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@52047 91177308-0d34-0410-b5e6-96231b3b80d8
Rewrite a bunch of the CBE's inline asm code, giving it the2008-06-04T18:03:28ZChris Lattnersabre@nondot.org2008-06-04T18:03:28Zurn:sha1:67f631dfd50ddbbe22995bc3233f9e8d32bdf33f
ability to handle indirect input operands. This fixes PR2407.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51952 91177308-0d34-0410-b5e6-96231b3b80d8
Implement CBE support for first-class structs and array values,2008-06-02T21:30:49ZDan Gohmangohman@apple.com2008-06-02T21:30:49Zurn:sha1:193c2358507b151ffbca2f0bb6fbfba55b60bdbd
and insertvalue and extractvalue instructions.
First-class array values are not trivial because C doesn't
support them. The approach I took here is to wrap all arrays
in structs. Feedback is welcome.
The 2007-01-15-NamedArrayType.ll test needed to be modified
because it has a "not grep" for a string that now exists,
because array types now have associated struct types, and
those struct types have names.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51881 91177308-0d34-0410-b5e6-96231b3b80d8
update this patch to handle an extraneous &1. This should be pulled2008-05-31T19:50:53ZChris Lattnersabre@nondot.org2008-05-31T19:50:53Zurn:sha1:76931954f8da7561fd1b98ada8eb3461facaa9d0
into the 2.3 release branch.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51824 91177308-0d34-0410-b5e6-96231b3b80d8