summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms/Instrumentation/MaximumSpanningTree.h
Commit message (Collapse)AuthorAgeFilesLines
* Move all of the header files which are involved in modelling the LLVM IRChandler Carruth2013-01-021-1/+1
| | | | | | | | | | | | | | | | | | | | | 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 includes for all of the .h files under the 'lib' tree. These wereChandler Carruth2012-12-041-2/+2
| | | | | | | | | | missed in the first pass because the script didn't yet handle include guards. Note that the script is now able to handle all of these headers without manual edits. =] llvm-svn: 169224
* MaximumSpanningTree::EdgeWeightCompare: Make this comparator actually be aRichard Smith2012-08-211-25/+28
| | | | | | strict weak ordering, and don't pass possibly-null pointers to dyn_cast. llvm-svn: 162314
* Fix typos. Adjust some whitespace for style. No functionality change.Nick Lewycky2011-04-051-1/+1
| | | | llvm-svn: 128924
* Cheap, mostly strict, stable sorting.Andreas Neustifter2009-12-021-0/+13
| | | | | | This is necessary for tests so the results are comparable. llvm-svn: 90320
* Converted MaximumSpanningTree algorithm to a generic template, this could goAndreas Neustifter2009-09-041-17/+61
| | | | | | into llvm/ADT. llvm-svn: 81001
* Code Cleanup.Andreas Neustifter2009-09-031-1/+1
| | | | | | | Removed inverted flag form MaximumSpanningTree, also do not handle so much information to MaximumSpanningTree. llvm-svn: 80911
* Inline empty destructor.Benjamin Kramer2009-08-291-1/+1
| | | | llvm-svn: 80431
* Fix warning about non-virtual destructor.Bill Wendling2009-08-291-0/+1
| | | | llvm-svn: 80429
* Preparation for Optimal Edge Profiling:Andreas Neustifter2009-08-281-0/+50
This implements the maximum spanning tree algorithm on CFGs according to weights given by the ProfileEstimator. This is then used to implement Optimal Edge Profiling. llvm-svn: 80358
OpenPOWER on IntegriCloud