It would be nice if only one or two of the sorting methods would dominate all of the others, regardless of application or the computer being used. But in fact, each method has its own peculiar virtues. [...] Thus we find that nearly all of the algorithms deserve to be remembered, since there are some applications in which they turn out to be best. — Donald Knuth, The Art Of Computer Programming, Volume 3
cpp-sort is a generic C++14 header-only sorting library. It revolves around one main generic sorting interface and provides several small tools to pick and/or design sorting algorithms. Using its basic sorting features should be trivial enough:
#include <array>
#include <iostream>
#include <cpp-sort/sort.h>
int main()
{
std::array<int, 5u> arr = { 5, 8, 3, 2, 9 };
cppsort::sort(arr);
// prints 2 3 5 8 9
for (int val: arr) {
std::cout << val << ' ';
}
}
cpp-sort actually provides a full set of sorting-related features. Here are the main building blocks of the library:
- Every sorting algorithm exists as a function object called a sorter
- Sorters can be wrapped in sorter adapters to augment their behaviour
- The library provides a sorter facade to easily build sorters
- Fixed-size sorters can be used to efficiently sort tiny fixed-size collections
- Measures of presortedness can be used to evaluate the disorder in a collection
Here is a more complete example of what the library can do:
#include <algorithm>
#include <cassert>
#include <forward_list>
#include <functional>
#include <iterator>
#include <vector>
#include <cpp-sort/adapters.h>
#include <cpp-sort/sort.h>
#include <cpp-sort/sorters.h>
int main()
{
struct wrapper { int value; };
std::forward_list<wrapper> li = { {5}, {8}, {3}, {2}, {9} };
std::vector<wrapper> vec = { {5}, {8}, {3}, {2}, {9} };
// When used, this sorter will use a pattern-defeating quicksort
// to sort random-access collections, and a mergesort otherwise
using sorter = cppsort::hybrid_adapter<
cppsort::pdq_sorter,
cppsort::merge_sorter
>;
sorter sort;
// Sort li and vec in reverse order using their value member
sort(li, std::greater<>{}, &wrapper::value);
sort(vec, std::greater<>{}, &wrapper::value);
assert(std::equal(
std::begin(li), std::end(li),
std::begin(vec), std::end(vec),
[](auto& lhs, auto& rhs) { return lhs.value == rhs.value; }
));
}
Even when the sorting functions are used without the extra features, they still provide some interesting guarantees (ideas often taken from the Ranges TS):
- They provide both an iterator and a range interface
- When possible, they accept a custom comparator parameter
- Most of them accept a projection parameter
- They correctly handle proxy iterators with
iter_swap
anditer_move
- They also work when iterators don't provide post-incrementation nor post-decrementation
- The value types of the collections to be sorted need not be default-constructible
- The value types of the collections to be sorted need not be copyable (only movable)
- Stateless sorters can be converted to a function pointer for each overloaded
operator()
You can read more about all the available tools and find some tutorials about using and extending cpp-sort in the wiki.
The following graph has been generated with a script found in the benchmarks
directory. It shows the time needed for one sorting algorithm to sort one million
shuffled std::array<int, N>
of sizes 0 to 15. It compares the sorters generally
used to sort small arrays:
These results were generated with MinGW g++ 6.1.0 with the compiler options
-std=c++1z -O2 -march=native
. That benchmark is just an example to make this
introduction look good. You can find more commented benchmarks in the dedicated
wiki page.
cpp-sort currently requires C++14 support, and only works with g++5 and clang++3.8 or more recent versions of these compilers. Future development on the C++14 branch will try to remain compatible with these version. There is currently no plan to explicitly support other compilers.
The repository also contains an experimental C++17 branch which requires the most recent versions of g++ and clang++, and will probably require even more recent versions until the C++17 support of both compilers is stable enough. It is worth noting that code written against the C++14 branch is not guaranteed to work with the C++17 branch as the new language and standard library features replaced some of the utility headers; those deletions are documented. At some point in the future, the C++17 branch will have more features than the C++14 ones, such as proper handling of execution policies to implement parallel sorting algorithms. At some later point in the future, the C++17 branch will likely become the main branch, and the C++14 branch will only recceive bug fixes.
The long-term goal is to make the library evolve with the C++ standard, and the kind of differences that already between the C++14 and C++17 branches will also exist between the future branches. Some features such as concepts and standard ranges will likely shape the futur of the library.
I got a new car. I just need to put it together. They’re easier to steal piece by piece. — Jarod Kintz, $3.33
Even though some parts of the library are original research and some others correspond to custom and rather naive implementations of standard sorting algorithms, cpp-sort also reuses a great deal of code from open-source projects, often slightly altered to integrate seamlessly into the library. Here is a list of the external resources used to create this library. I hope that the many different licenses are compatible. If it is not the case, please contact me (or submit an issue) and we will see what can be done about it:
-
Some of the algorithms used by
insertion_sorter
andpdq_sorter
come from Orson Peters' pattern-defeating quicksort. Some parts of the benchmarks come from there as well. -
The algorithm used by
tim_sorter
comes from Goro Fuji's (gfx) implementation of a Timsort. -
The three algorithms used by
spread_sorter
come from Steven Ross Boost.Sort module with some modifications so that they do not depend on Boost anymore. -
utility::as_function
,utility::static_const
, and several projection-enhanced helper algorithms come from Eric Niebler's Range v3 library. Several ideas such as proxy iterators, customization points and projections, as well as a few other utility functions also come from that library or from the related articles and standard C++ proposals. -
The algorithm used by
ska_sorter
comes from Malte Skarupke's implementation of his own ska_sort algorithm. -
The algorithm used by
drop_merge_sorter
comes from Adrian Wielgosik C++ reimplementation of Emil Ernerfeldt's drop-merge sort. -
Many enhanced standard algorithms are directly adapted from their counterparts in libc++, enhanced to handle both projections and proxy iterators.
-
The algorithm used by
utility::inplace_merge
is an implementation of a merge algorithm proposed by Dudziński and Dydek, and implemented by Alexander Stepanov and Paul McJones in their book Elements of Programming. -
The implementation of Dijkstra's smoothsort used by
smooth_sorter
has been directly adapted from Keith Schwarz's implementation of the algorithm. -
The algorithm used by
block_sorter
has been adapted from BonzaiThePenguin's WikiSort. -
The algorithm used by
grail_sorter
has been adapted from Mrrl's GrailSort, hence the name. -
The algorithms 17 to 22 used by
sorting_network_sorter
correspond to the ones found by Symmetry and Evolution based Network Sort Optimization (SENSO) published in Using Symmetry and Evolutionary Search to Minimize Sorting Networks by Valsalam and Miikkulainen. -
The algorithms 0 to 16 used by
sorting_network_sorter
have been generated with Perl'sAlgorithm::Networksort
module. -
Some of the optimizations used by
sorting_network_sorter
come from this discussion on StackOverflow and are backed by the article Applying Sorting Networks to Synthesize Optimized Sorting Libraries. -
The LaTeX scripts used to draw the sorting networks are modified versions of kaayy's
sortingnetwork.tex
, slightly adapted to be 0-based and draw the network from top to bottom.