thrust::sort_by_key
Defined in thrust/sort.h
- 
template<typename DerivedPolicy, typename RandomAccessIterator1, typename RandomAccessIterator2>
 void thrust::sort_by_key(const thrust::detail::execution_policy_base<DerivedPolicy> &exec, RandomAccessIterator1 keys_first, RandomAccessIterator1 keys_last, RandomAccessIterator2 values_first)
- sort_by_keyperforms a key-value sort. That is,- sort_by_keysorts the elements in- [keys_first, keys_last)and- [values_first, values_first + (keys_last - keys_first))into ascending key order, meaning that if- iand- jare any two valid iterators in- [keys_first, keys_last)such that- iprecedes- j, and- pand- qare iterators in- [values_first, values_first + (keys_last - keys_first))corresponding to- iand- jrespectively, then- *jis not less than- *i.- Note: - sort_by_keyis not guaranteed to be stable. That is, suppose that- *iand- *jare equivalent: neither one is less than the other. It is not guaranteed that the relative order of these two keys or the relative order of their corresponding values will be preserved by- sort_by_key.- This version of - sort_by_keycompares key objects using- operator<.- The algorithm’s execution is parallelized as determined by - exec.- The following code snippet demonstrates how to use - sort_by_keyto sort an array of character values using integers as sorting keys using the- thrust::hostexecution policy for parallelization:- #include <thrust/sort.h> #include <thrust/execution_policy.h> ... const int N = 6; int keys[N] = { 1, 4, 2, 8, 5, 7}; char values[N] = {'a', 'b', 'c', 'd', 'e', 'f'}; thrust::sort_by_key(thrust::host, keys, keys + N, values); // keys is now { 1, 2, 4, 5, 7, 8} // values is now {'a', 'c', 'b', 'e', 'f', 'd'} - See also - stable_sort_by_key- See also - sort- Parameters
- exec – The execution policy to use for parallelization. 
- keys_first – The beginning of the key sequence. 
- keys_last – The end of the key sequence. 
- values_first – The beginning of the value sequence. 
 
- Template Parameters
- DerivedPolicy – The name of the derived execution policy. 
- RandomAccessIterator1 – is a model of Random Access Iterator, - RandomAccessIterator1is mutable, and- RandomAccessIterator1's- value_typeis a model of LessThan Comparable, and the ordering relation on- RandomAccessIterator1's- value_typeis a strict weak ordering, as defined in the LessThan Comparable requirements.
- RandomAccessIterator2 – is a model of Random Access Iterator, and - RandomAccessIterator2is mutable.
 
- Pre
- The range - [keys_first, keys_last))shall not overlap the range- [values_first, values_first + (keys_last - keys_first)).