summaryrefslogtreecommitdiffstats
path: root/llvm/unittests/VMCore/InstructionsTest.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Rename the VMCore unittest tree to IR. Somehow was missed when doing theChandler Carruth2013-01-071-284/+0
| | | | | | library rename. llvm-svn: 171747
* Move all of the header files which are involved in modelling the LLVM IRChandler Carruth2013-01-021-9/+9
| | | | | | | | | | | | | | | | | | | | | into their new header subdirectory: include/llvm/IR. This matches the directory structure of lib, and begins to correct a long standing point of file layout clutter in LLVM. There are still more header files to move here, but I wanted to handle them in separate commits to make tracking what files make sense at each layer easier. The only really questionable files here are the target intrinsic tablegen files. But that's a battle I'd rather not fight today. I've updated both CMake and Makefile build systems (I think, and my tests think, but I may have missed something). I've also re-sorted the includes throughout the project. I'll be committing updates to Clang, DragonEgg, and Polly momentarily. llvm-svn: 171366
* Sort the #include lines for unittest/...Chandler Carruth2012-12-041-3/+3
| | | | llvm-svn: 169250
* Fix isEliminableCastPair to work correctly in the presence of pointersDuncan Sands2012-10-301-0/+37
| | | | | | with different sizes. llvm-svn: 167018
* Move TargetData to DataLayout.Micah Villmow2012-10-081-2/+2
| | | | llvm-svn: 165403
* Move llvm/Support/MDBuilder.h to llvm/MDBuilder.h, to live withChandler Carruth2012-07-151-1/+1
| | | | | | | | | | | IRBuilder, DIBuilder, etc. This is the proper layering as MDBuilder can't be used (or implemented) without the Core Metadata representation. Patches to Clang and Dragonegg coming up. llvm-svn: 160237
* Move llvm/Support/IRBuilder.h -> llvm/IRBuilder.hChandler Carruth2012-06-291-2/+2
| | | | | | | | | | | | | | | | | This was always part of the VMCore library out of necessity -- it deals entirely in the IR. The .cpp file in fact was already part of the VMCore library. This is just a mechanical move. I've tried to go through and re-apply the coding standard's preferred header sort, but at 40-ish files, I may have gotten some wrong. Please let me know if so. I'll be committing the corresponding updates to Clang and Polly, and Duncan has DragonEgg. Thanks to Bill and Eric for giving the green light for this bit of cleanup. llvm-svn: 159421
* Remove support for the special 'fast' value for fpmath accuracy for the moment.Duncan Sands2012-04-161-8/+0
| | | | llvm-svn: 154850
* Make it possible to indicate relaxed floating point requirements at the IR levelDuncan Sands2012-04-161-0/+25
| | | | | | | | | through the use of 'fpmath' metadata. Currently this only provides a 'fpaccuracy' value, which may be a number in ULPs or the keyword 'fast', however the intent is that this will be extended with additional information about NaN's, infinities etc later. No optimizations have been hooked up to this so far. llvm-svn: 154822
* Add support for vectors of pointers.Nadav Rotem2011-12-051-0/+97
| | | | llvm-svn: 145801
* The 'expected' argument to EXPECT_EQ is actually the first one;John McCall2011-08-271-23/+23
| | | | | | flip these tests around. llvm-svn: 138708
* land David Blaikie's patch to de-constify Type, with a few tweaks.Chris Lattner2011-07-181-7/+7
| | | | llvm-svn: 135375
* Teach getCastOpcode about element-by-element vector casts. For example, "trunc"Duncan Sands2011-05-181-0/+8
| | | | | | | | | | | | | can be used to turn a <4 x i64> into a <4 x i32> but getCastOpcode would assert if you passed these types to it. Note that this strictly extends the previous functionality: if getCastOpcode previously accepted two vector types (i.e. didn't assert) then it still will and returns the same opcode (BitCast). That's because before it would only accept vectors with the same bitwidth, and the new code only touches vectors with the same length. However if two vectors have both the same bitwidth and the same length then their element types have the same bitwidth, so the new logic will return BitCast as before. llvm-svn: 131530
* Don't include Operator.h from InstrTypes.h.Jay Foad2011-04-111-0/+1
| | | | llvm-svn: 129271
* While testing dragonegg I noticed that isCastable and getCastOpcodeDuncan Sands2011-04-011-0/+13
| | | | | | | | had gotten out of sync: isCastable didn't think it was possible to cast the x86_mmx type to anything, while it did think it possible to cast an i64 to x86_mmx. llvm-svn: 128705
* Remove the "ugly" method BranchInst::setUnconditionalDest().Jay Foad2011-01-071-17/+0
| | | | llvm-svn: 123026
* Prefix `next' iterator operation with `llvm::'.Oscar Fuentes2010-08-021-2/+2
| | | | | | | | Fixes potential ambiguity problems on VS 2010. Patch by nobled! llvm-svn: 110029
* another oneGabor Greif2010-03-181-1/+1
| | | | llvm-svn: 98850
* feedback from NickGabor Greif2010-03-171-1/+2
| | | | llvm-svn: 98761
* more BranchInst testsGabor Greif2010-03-161-0/+15
| | | | llvm-svn: 98634
* add BranchInst testsGabor Greif2010-03-161-0/+71
| | | | llvm-svn: 98632
* appease valgrind testersGabor Greif2010-03-161-0/+4
| | | | llvm-svn: 98628
* add single return testsGabor Greif2010-03-161-0/+11
| | | | llvm-svn: 98625
* fix PR6589Gabor Greif2010-03-161-3/+3
| | | | | | | | | | | | | adjusted unittest I have added some doxygen to OptionalOperandTraits, so hopefully there will be no confusion in the future. Incidentally OptionalOperandTraits is not used any more (IIUC), but the obvious client would be BranchInstr, and I plan to rearrange it that way. llvm-svn: 98624
* begin humbly with a repro of PR6589Gabor Greif2010-03-161-0/+26
llvm-svn: 98623
OpenPOWER on IntegriCloud