1 //! A dynamically-sized view into a contiguous sequence, `[T]`.
3 //! *[See also the slice primitive type](../../std/primitive.slice.html).*
5 //! Slices are a view into a block of memory represented as a pointer and a
10 //! let vec = vec![1, 2, 3];
11 //! let int_slice = &vec[..];
12 //! // coercing an array to a slice
13 //! let str_slice: &[&str] = &["one", "two", "three"];
16 //! Slices are either mutable or shared. The shared slice type is `&[T]`,
17 //! while the mutable slice type is `&mut [T]`, where `T` represents the element
18 //! type. For example, you can mutate the block of memory that a mutable slice
22 //! let x = &mut [1, 2, 3];
24 //! assert_eq!(x, &[1, 7, 3]);
27 //! Here are some of the things this module contains:
31 //! There are several structs that are useful for slices, such as [`Iter`], which
32 //! represents iteration over a slice.
34 //! ## Trait Implementations
36 //! There are several implementations of common traits for slices. Some examples
40 //! * [`Eq`], [`Ord`] - for slices whose element type are [`Eq`] or [`Ord`].
41 //! * [`Hash`] - for slices whose element type is [`Hash`].
45 //! The slices implement `IntoIterator`. The iterator yields references to the
49 //! let numbers = &[0, 1, 2];
50 //! for n in numbers {
51 //! println!("{} is a number!", n);
55 //! The mutable slice yields mutable references to the elements:
58 //! let mut scores = [7, 8, 9];
59 //! for score in &mut scores[..] {
64 //! This iterator yields mutable references to the slice's elements, so while
65 //! the element type of the slice is `i32`, the element type of the iterator is
68 //! * [`.iter`] and [`.iter_mut`] are the explicit methods to return the default
70 //! * Further methods that return iterators are [`.split`], [`.splitn`],
71 //! [`.chunks`], [`.windows`] and more.
73 //! [`Clone`]: ../../std/clone/trait.Clone.html
74 //! [`Eq`]: ../../std/cmp/trait.Eq.html
75 //! [`Ord`]: ../../std/cmp/trait.Ord.html
76 //! [`Iter`]: struct.Iter.html
77 //! [`Hash`]: ../../std/hash/trait.Hash.html
78 //! [`.iter`]: ../../std/primitive.slice.html#method.iter
79 //! [`.iter_mut`]: ../../std/primitive.slice.html#method.iter_mut
80 //! [`.split`]: ../../std/primitive.slice.html#method.split
81 //! [`.splitn`]: ../../std/primitive.slice.html#method.splitn
82 //! [`.chunks`]: ../../std/primitive.slice.html#method.chunks
83 //! [`.windows`]: ../../std/primitive.slice.html#method.windows
84 #![stable(feature = "rust1", since = "1.0.0")]
86 // Many of the usings in this module are only used in the test configuration.
87 // It's cleaner to just turn off the unused_imports warning than to fix them.
88 #![cfg_attr(test, allow(unused_imports, dead_code))]
90 use core::borrow::{Borrow, BorrowMut};
91 use core::cmp::Ordering::{self, Less};
92 use core::mem::{self, size_of};
94 use core::{u8, u16, u32};
96 use crate::borrow::ToOwned;
97 use crate::boxed::Box;
100 #[stable(feature = "rust1", since = "1.0.0")]
101 pub use core::slice::{Chunks, Windows};
102 #[stable(feature = "rust1", since = "1.0.0")]
103 pub use core::slice::{Iter, IterMut};
104 #[stable(feature = "rust1", since = "1.0.0")]
105 pub use core::slice::{SplitMut, ChunksMut, Split};
106 #[stable(feature = "rust1", since = "1.0.0")]
107 pub use core::slice::{SplitN, RSplitN, SplitNMut, RSplitNMut};
108 #[stable(feature = "slice_rsplit", since = "1.27.0")]
109 pub use core::slice::{RSplit, RSplitMut};
110 #[stable(feature = "rust1", since = "1.0.0")]
111 pub use core::slice::{from_raw_parts, from_raw_parts_mut};
112 #[stable(feature = "from_ref", since = "1.28.0")]
113 pub use core::slice::{from_ref, from_mut};
114 #[stable(feature = "slice_get_slice", since = "1.28.0")]
115 pub use core::slice::SliceIndex;
116 #[stable(feature = "chunks_exact", since = "1.31.0")]
117 pub use core::slice::{ChunksExact, ChunksExactMut};
118 #[stable(feature = "rchunks", since = "1.31.0")]
119 pub use core::slice::{RChunks, RChunksMut, RChunksExact, RChunksExactMut};
121 ////////////////////////////////////////////////////////////////////////////////
122 // Basic slice extension methods
123 ////////////////////////////////////////////////////////////////////////////////
125 // HACK(japaric) needed for the implementation of `vec!` macro during testing
126 // N.B., see the `hack` module in this file for more details.
128 pub use hack::into_vec;
130 // HACK(japaric) needed for the implementation of `Vec::clone` during testing
131 // N.B., see the `hack` module in this file for more details.
133 pub use hack::to_vec;
135 // HACK(japaric): With cfg(test) `impl [T]` is not available, these three
136 // functions are actually methods that are in `impl [T]` but not in
137 // `core::slice::SliceExt` - we need to supply these functions for the
138 // `test_permutations` test
140 use crate::boxed::Box;
143 use crate::string::ToString;
145 pub fn into_vec<T>(b: Box<[T]>) -> Vec<T> {
148 let b = Box::into_raw(b);
149 let xs = Vec::from_raw_parts(b as *mut T, len, len);
155 pub fn to_vec<T>(s: &[T]) -> Vec<T>
158 let mut vector = Vec::with_capacity(s.len());
159 vector.extend_from_slice(s);
164 #[lang = "slice_alloc"]
169 /// This sort is stable (i.e., does not reorder equal elements) and `O(n log n)` worst-case.
171 /// When applicable, unstable sorting is preferred because it is generally faster than stable
172 /// sorting and it doesn't allocate auxiliary memory.
173 /// See [`sort_unstable`](#method.sort_unstable).
175 /// # Current implementation
177 /// The current algorithm is an adaptive, iterative merge sort inspired by
178 /// [timsort](https://en.wikipedia.org/wiki/Timsort).
179 /// It is designed to be very fast in cases where the slice is nearly sorted, or consists of
180 /// two or more sorted sequences concatenated one after another.
182 /// Also, it allocates temporary storage half the size of `self`, but for short slices a
183 /// non-allocating insertion sort is used instead.
188 /// let mut v = [-5, 4, 1, -3, 2];
191 /// assert!(v == [-5, -3, 1, 2, 4]);
193 #[stable(feature = "rust1", since = "1.0.0")]
195 pub fn sort(&mut self)
198 merge_sort(self, |a, b| a.lt(b));
201 /// Sorts the slice with a comparator function.
203 /// This sort is stable (i.e., does not reorder equal elements) and `O(n log n)` worst-case.
205 /// The comparator function must define a total ordering for the elements in the slice. If
206 /// the ordering is not total, the order of the elements is unspecified. An order is a
207 /// total order if it is (for all `a`, `b` and `c`):
209 /// * total and antisymmetric: exactly one of `a < b`, `a == b` or `a > b` is true, and
210 /// * transitive, `a < b` and `b < c` implies `a < c`. The same must hold for both `==` and `>`.
212 /// For example, while [`f64`] doesn't implement [`Ord`] because `NaN != NaN`, we can use
213 /// `partial_cmp` as our sort function when we know the slice doesn't contain a `NaN`.
216 /// let mut floats = [5f64, 4.0, 1.0, 3.0, 2.0];
217 /// floats.sort_by(|a, b| a.partial_cmp(b).unwrap());
218 /// assert_eq!(floats, [1.0, 2.0, 3.0, 4.0, 5.0]);
221 /// When applicable, unstable sorting is preferred because it is generally faster than stable
222 /// sorting and it doesn't allocate auxiliary memory.
223 /// See [`sort_unstable_by`](#method.sort_unstable_by).
225 /// # Current implementation
227 /// The current algorithm is an adaptive, iterative merge sort inspired by
228 /// [timsort](https://en.wikipedia.org/wiki/Timsort).
229 /// It is designed to be very fast in cases where the slice is nearly sorted, or consists of
230 /// two or more sorted sequences concatenated one after another.
232 /// Also, it allocates temporary storage half the size of `self`, but for short slices a
233 /// non-allocating insertion sort is used instead.
238 /// let mut v = [5, 4, 1, 3, 2];
239 /// v.sort_by(|a, b| a.cmp(b));
240 /// assert!(v == [1, 2, 3, 4, 5]);
242 /// // reverse sorting
243 /// v.sort_by(|a, b| b.cmp(a));
244 /// assert!(v == [5, 4, 3, 2, 1]);
246 #[stable(feature = "rust1", since = "1.0.0")]
248 pub fn sort_by<F>(&mut self, mut compare: F)
249 where F: FnMut(&T, &T) -> Ordering
251 merge_sort(self, |a, b| compare(a, b) == Less);
254 /// Sorts the slice with a key extraction function.
256 /// This sort is stable (i.e., does not reorder equal elements) and `O(m n log(m n))`
257 /// worst-case, where the key function is `O(m)`.
259 /// For expensive key functions (e.g. functions that are not simple property accesses or
260 /// basic operations), [`sort_by_cached_key`](#method.sort_by_cached_key) is likely to be
261 /// significantly faster, as it does not recompute element keys.
263 /// When applicable, unstable sorting is preferred because it is generally faster than stable
264 /// sorting and it doesn't allocate auxiliary memory.
265 /// See [`sort_unstable_by_key`](#method.sort_unstable_by_key).
267 /// # Current implementation
269 /// The current algorithm is an adaptive, iterative merge sort inspired by
270 /// [timsort](https://en.wikipedia.org/wiki/Timsort).
271 /// It is designed to be very fast in cases where the slice is nearly sorted, or consists of
272 /// two or more sorted sequences concatenated one after another.
274 /// Also, it allocates temporary storage half the size of `self`, but for short slices a
275 /// non-allocating insertion sort is used instead.
280 /// let mut v = [-5i32, 4, 1, -3, 2];
282 /// v.sort_by_key(|k| k.abs());
283 /// assert!(v == [1, 2, -3, 4, -5]);
285 #[stable(feature = "slice_sort_by_key", since = "1.7.0")]
287 pub fn sort_by_key<K, F>(&mut self, mut f: F)
288 where F: FnMut(&T) -> K, K: Ord
290 merge_sort(self, |a, b| f(a).lt(&f(b)));
293 /// Sorts the slice with a key extraction function.
295 /// During sorting, the key function is called only once per element.
297 /// This sort is stable (i.e., does not reorder equal elements) and `O(m n + n log n)`
298 /// worst-case, where the key function is `O(m)`.
300 /// For simple key functions (e.g., functions that are property accesses or
301 /// basic operations), [`sort_by_key`](#method.sort_by_key) is likely to be
304 /// # Current implementation
306 /// The current algorithm is based on [pattern-defeating quicksort][pdqsort] by Orson Peters,
307 /// which combines the fast average case of randomized quicksort with the fast worst case of
308 /// heapsort, while achieving linear time on slices with certain patterns. It uses some
309 /// randomization to avoid degenerate cases, but with a fixed seed to always provide
310 /// deterministic behavior.
312 /// In the worst case, the algorithm allocates temporary storage in a `Vec<(K, usize)>` the
313 /// length of the slice.
318 /// let mut v = [-5i32, 4, 32, -3, 2];
320 /// v.sort_by_cached_key(|k| k.to_string());
321 /// assert!(v == [-3, -5, 2, 32, 4]);
324 /// [pdqsort]: https://github.com/orlp/pdqsort
325 #[stable(feature = "slice_sort_by_cached_key", since = "1.34.0")]
327 pub fn sort_by_cached_key<K, F>(&mut self, f: F)
328 where F: FnMut(&T) -> K, K: Ord
330 // Helper macro for indexing our vector by the smallest possible type, to reduce allocation.
331 macro_rules! sort_by_key {
332 ($t:ty, $slice:ident, $f:ident) => ({
333 let mut indices: Vec<_> =
334 $slice.iter().map($f).enumerate().map(|(i, k)| (k, i as $t)).collect();
335 // The elements of `indices` are unique, as they are indexed, so any sort will be
336 // stable with respect to the original slice. We use `sort_unstable` here because
337 // it requires less memory allocation.
338 indices.sort_unstable();
339 for i in 0..$slice.len() {
340 let mut index = indices[i].1;
341 while (index as usize) < i {
342 index = indices[index as usize].1;
344 indices[i].1 = index;
345 $slice.swap(i, index as usize);
350 let sz_u8 = mem::size_of::<(K, u8)>();
351 let sz_u16 = mem::size_of::<(K, u16)>();
352 let sz_u32 = mem::size_of::<(K, u32)>();
353 let sz_usize = mem::size_of::<(K, usize)>();
355 let len = self.len();
356 if len < 2 { return }
357 if sz_u8 < sz_u16 && len <= ( u8::MAX as usize) { return sort_by_key!( u8, self, f) }
358 if sz_u16 < sz_u32 && len <= (u16::MAX as usize) { return sort_by_key!(u16, self, f) }
359 if sz_u32 < sz_usize && len <= (u32::MAX as usize) { return sort_by_key!(u32, self, f) }
360 sort_by_key!(usize, self, f)
363 /// Copies `self` into a new `Vec`.
368 /// let s = [10, 40, 30];
369 /// let x = s.to_vec();
370 /// // Here, `s` and `x` can be modified independently.
372 #[rustc_conversion_suggestion]
373 #[stable(feature = "rust1", since = "1.0.0")]
375 pub fn to_vec(&self) -> Vec<T>
378 // N.B., see the `hack` module in this file for more details.
382 /// Converts `self` into a vector without clones or allocation.
384 /// The resulting vector can be converted back into a box via
385 /// `Vec<T>`'s `into_boxed_slice` method.
390 /// let s: Box<[i32]> = Box::new([10, 40, 30]);
391 /// let x = s.into_vec();
392 /// // `s` cannot be used anymore because it has been converted into `x`.
394 /// assert_eq!(x, vec![10, 40, 30]);
396 #[stable(feature = "rust1", since = "1.0.0")]
398 pub fn into_vec(self: Box<Self>) -> Vec<T> {
399 // N.B., see the `hack` module in this file for more details.
403 /// Creates a vector by repeating a slice `n` times.
407 /// This function will panic if the capacity would overflow.
414 /// #![feature(repeat_generic_slice)]
417 /// assert_eq!([1, 2].repeat(3), vec![1, 2, 1, 2, 1, 2]);
421 /// A panic upon overflow:
424 /// #![feature(repeat_generic_slice)]
426 /// // this will panic at runtime
427 /// b"0123456789abcdef".repeat(usize::max_value());
430 #[unstable(feature = "repeat_generic_slice",
431 reason = "it's on str, why not on slice?",
433 pub fn repeat(&self, n: usize) -> Vec<T> where T: Copy {
438 // If `n` is larger than zero, it can be split as
439 // `n = 2^expn + rem (2^expn > rem, expn >= 0, rem >= 0)`.
440 // `2^expn` is the number represented by the leftmost '1' bit of `n`,
441 // and `rem` is the remaining part of `n`.
443 // Using `Vec` to access `set_len()`.
444 let mut buf = Vec::with_capacity(self.len().checked_mul(n).expect("capacity overflow"));
446 // `2^expn` repetition is done by doubling `buf` `expn`-times.
450 // If `m > 0`, there are remaining bits up to the leftmost '1'.
452 // `buf.extend(buf)`:
454 ptr::copy_nonoverlapping(
456 (buf.as_mut_ptr() as *mut T).add(buf.len()),
459 // `buf` has capacity of `self.len() * n`.
460 let buf_len = buf.len();
461 buf.set_len(buf_len * 2);
468 // `rem` (`= n - 2^expn`) repetition is done by copying
469 // first `rem` repetitions from `buf` itself.
470 let rem_len = self.len() * n - buf.len(); // `self.len() * rem`
472 // `buf.extend(buf[0 .. rem_len])`:
474 // This is non-overlapping since `2^expn > rem`.
475 ptr::copy_nonoverlapping(
477 (buf.as_mut_ptr() as *mut T).add(buf.len()),
480 // `buf.len() + rem_len` equals to `buf.capacity()` (`= self.len() * n`).
481 let buf_cap = buf.capacity();
482 buf.set_len(buf_cap);
489 #[lang = "slice_u8_alloc"]
492 /// Returns a vector containing a copy of this slice where each byte
493 /// is mapped to its ASCII upper case equivalent.
495 /// ASCII letters 'a' to 'z' are mapped to 'A' to 'Z',
496 /// but non-ASCII letters are unchanged.
498 /// To uppercase the value in-place, use [`make_ascii_uppercase`].
500 /// [`make_ascii_uppercase`]: #method.make_ascii_uppercase
501 #[stable(feature = "ascii_methods_on_intrinsics", since = "1.23.0")]
503 pub fn to_ascii_uppercase(&self) -> Vec<u8> {
504 let mut me = self.to_vec();
505 me.make_ascii_uppercase();
509 /// Returns a vector containing a copy of this slice where each byte
510 /// is mapped to its ASCII lower case equivalent.
512 /// ASCII letters 'A' to 'Z' are mapped to 'a' to 'z',
513 /// but non-ASCII letters are unchanged.
515 /// To lowercase the value in-place, use [`make_ascii_lowercase`].
517 /// [`make_ascii_lowercase`]: #method.make_ascii_lowercase
518 #[stable(feature = "ascii_methods_on_intrinsics", since = "1.23.0")]
520 pub fn to_ascii_lowercase(&self) -> Vec<u8> {
521 let mut me = self.to_vec();
522 me.make_ascii_lowercase();
527 ////////////////////////////////////////////////////////////////////////////////
528 // Extension traits for slices over specific kinds of data
529 ////////////////////////////////////////////////////////////////////////////////
530 #[unstable(feature = "slice_concat_ext",
531 reason = "trait should not have to exist",
533 /// An extension trait for concatenating slices
535 /// While this trait is unstable, the methods are stable. `SliceConcatExt` is
536 /// included in the [standard library prelude], so you can use [`join()`] and
537 /// [`concat()`] as if they existed on `[T]` itself.
539 /// [standard library prelude]: ../../std/prelude/index.html
540 /// [`join()`]: #tymethod.join
541 /// [`concat()`]: #tymethod.concat
542 pub trait SliceConcatExt<T: ?Sized> {
543 #[unstable(feature = "slice_concat_ext",
544 reason = "trait should not have to exist",
546 /// The resulting type after concatenation
549 /// Flattens a slice of `T` into a single value `Self::Output`.
554 /// assert_eq!(["hello", "world"].concat(), "helloworld");
555 /// assert_eq!([[1, 2], [3, 4]].concat(), [1, 2, 3, 4]);
557 #[stable(feature = "rust1", since = "1.0.0")]
558 fn concat(&self) -> Self::Output;
560 /// Flattens a slice of `T` into a single value `Self::Output`, placing a
561 /// given separator between each.
566 /// assert_eq!(["hello", "world"].join(" "), "hello world");
567 /// assert_eq!([[1, 2], [3, 4]].join(&0), [1, 2, 0, 3, 4]);
569 #[stable(feature = "rename_connect_to_join", since = "1.3.0")]
570 fn join(&self, sep: &T) -> Self::Output;
572 /// Flattens a slice of `T` into a single value `Self::Output`, placing a
573 /// given separator between each.
578 /// # #![allow(deprecated)]
579 /// assert_eq!(["hello", "world"].connect(" "), "hello world");
580 /// assert_eq!([[1, 2], [3, 4]].connect(&0), [1, 2, 0, 3, 4]);
582 #[stable(feature = "rust1", since = "1.0.0")]
583 #[rustc_deprecated(since = "1.3.0", reason = "renamed to join")]
584 fn connect(&self, sep: &T) -> Self::Output;
587 #[unstable(feature = "slice_concat_ext",
588 reason = "trait should not have to exist",
590 impl<T: Clone, V: Borrow<[T]>> SliceConcatExt<T> for [V] {
591 type Output = Vec<T>;
593 fn concat(&self) -> Vec<T> {
594 let size = self.iter().map(|slice| slice.borrow().len()).sum();
595 let mut result = Vec::with_capacity(size);
597 result.extend_from_slice(v.borrow())
602 fn join(&self, sep: &T) -> Vec<T> {
603 let mut iter = self.iter();
604 let first = match iter.next() {
605 Some(first) => first,
606 None => return vec![],
608 let size = self.iter().map(|slice| slice.borrow().len()).sum::<usize>() + self.len() - 1;
609 let mut result = Vec::with_capacity(size);
610 result.extend_from_slice(first.borrow());
613 result.push(sep.clone());
614 result.extend_from_slice(v.borrow())
619 fn connect(&self, sep: &T) -> Vec<T> {
624 ////////////////////////////////////////////////////////////////////////////////
625 // Standard trait implementations for slices
626 ////////////////////////////////////////////////////////////////////////////////
628 #[stable(feature = "rust1", since = "1.0.0")]
629 impl<T> Borrow<[T]> for Vec<T> {
630 fn borrow(&self) -> &[T] {
635 #[stable(feature = "rust1", since = "1.0.0")]
636 impl<T> BorrowMut<[T]> for Vec<T> {
637 fn borrow_mut(&mut self) -> &mut [T] {
642 #[stable(feature = "rust1", since = "1.0.0")]
643 impl<T: Clone> ToOwned for [T] {
646 fn to_owned(&self) -> Vec<T> {
651 fn to_owned(&self) -> Vec<T> {
655 fn clone_into(&self, target: &mut Vec<T>) {
656 // drop anything in target that will not be overwritten
657 target.truncate(self.len());
658 let len = target.len();
660 // reuse the contained values' allocations/resources.
661 target.clone_from_slice(&self[..len]);
663 // target.len <= self.len due to the truncate above, so the
664 // slice here is always in-bounds.
665 target.extend_from_slice(&self[len..]);
669 ////////////////////////////////////////////////////////////////////////////////
671 ////////////////////////////////////////////////////////////////////////////////
673 /// Inserts `v[0]` into pre-sorted sequence `v[1..]` so that whole `v[..]` becomes sorted.
675 /// This is the integral subroutine of insertion sort.
676 fn insert_head<T, F>(v: &mut [T], is_less: &mut F)
677 where F: FnMut(&T, &T) -> bool
679 if v.len() >= 2 && is_less(&v[1], &v[0]) {
681 // There are three ways to implement insertion here:
683 // 1. Swap adjacent elements until the first one gets to its final destination.
684 // However, this way we copy data around more than is necessary. If elements are big
685 // structures (costly to copy), this method will be slow.
687 // 2. Iterate until the right place for the first element is found. Then shift the
688 // elements succeeding it to make room for it and finally place it into the
689 // remaining hole. This is a good method.
691 // 3. Copy the first element into a temporary variable. Iterate until the right place
692 // for it is found. As we go along, copy every traversed element into the slot
693 // preceding it. Finally, copy data from the temporary variable into the remaining
694 // hole. This method is very good. Benchmarks demonstrated slightly better
695 // performance than with the 2nd method.
697 // All methods were benchmarked, and the 3rd showed best results. So we chose that one.
698 let mut tmp = mem::ManuallyDrop::new(ptr::read(&v[0]));
700 // Intermediate state of the insertion process is always tracked by `hole`, which
701 // serves two purposes:
702 // 1. Protects integrity of `v` from panics in `is_less`.
703 // 2. Fills the remaining hole in `v` in the end.
707 // If `is_less` panics at any point during the process, `hole` will get dropped and
708 // fill the hole in `v` with `tmp`, thus ensuring that `v` still holds every object it
709 // initially held exactly once.
710 let mut hole = InsertionHole {
714 ptr::copy_nonoverlapping(&v[1], &mut v[0], 1);
716 for i in 2..v.len() {
717 if !is_less(&v[i], &*tmp) {
720 ptr::copy_nonoverlapping(&v[i], &mut v[i - 1], 1);
721 hole.dest = &mut v[i];
723 // `hole` gets dropped and thus copies `tmp` into the remaining hole in `v`.
727 // When dropped, copies from `src` into `dest`.
728 struct InsertionHole<T> {
733 impl<T> Drop for InsertionHole<T> {
735 unsafe { ptr::copy_nonoverlapping(self.src, self.dest, 1); }
740 /// Merges non-decreasing runs `v[..mid]` and `v[mid..]` using `buf` as temporary storage, and
741 /// stores the result into `v[..]`.
745 /// The two slices must be non-empty and `mid` must be in bounds. Buffer `buf` must be long enough
746 /// to hold a copy of the shorter slice. Also, `T` must not be a zero-sized type.
747 unsafe fn merge<T, F>(v: &mut [T], mid: usize, buf: *mut T, is_less: &mut F)
748 where F: FnMut(&T, &T) -> bool
751 let v = v.as_mut_ptr();
752 let v_mid = v.add(mid);
753 let v_end = v.add(len);
755 // The merge process first copies the shorter run into `buf`. Then it traces the newly copied
756 // run and the longer run forwards (or backwards), comparing their next unconsumed elements and
757 // copying the lesser (or greater) one into `v`.
759 // As soon as the shorter run is fully consumed, the process is done. If the longer run gets
760 // consumed first, then we must copy whatever is left of the shorter run into the remaining
763 // Intermediate state of the process is always tracked by `hole`, which serves two purposes:
764 // 1. Protects integrity of `v` from panics in `is_less`.
765 // 2. Fills the remaining hole in `v` if the longer run gets consumed first.
769 // If `is_less` panics at any point during the process, `hole` will get dropped and fill the
770 // hole in `v` with the unconsumed range in `buf`, thus ensuring that `v` still holds every
771 // object it initially held exactly once.
774 if mid <= len - mid {
775 // The left run is shorter.
776 ptr::copy_nonoverlapping(v, buf, mid);
783 // Initially, these pointers point to the beginnings of their arrays.
784 let left = &mut hole.start;
785 let mut right = v_mid;
786 let out = &mut hole.dest;
788 while *left < hole.end && right < v_end {
789 // Consume the lesser side.
790 // If equal, prefer the left run to maintain stability.
791 let to_copy = if is_less(&*right, &**left) {
792 get_and_increment(&mut right)
794 get_and_increment(left)
796 ptr::copy_nonoverlapping(to_copy, get_and_increment(out), 1);
799 // The right run is shorter.
800 ptr::copy_nonoverlapping(v_mid, buf, len - mid);
803 end: buf.add(len - mid),
807 // Initially, these pointers point past the ends of their arrays.
808 let left = &mut hole.dest;
809 let right = &mut hole.end;
812 while v < *left && buf < *right {
813 // Consume the greater side.
814 // If equal, prefer the right run to maintain stability.
815 let to_copy = if is_less(&*right.offset(-1), &*left.offset(-1)) {
816 decrement_and_get(left)
818 decrement_and_get(right)
820 ptr::copy_nonoverlapping(to_copy, decrement_and_get(&mut out), 1);
823 // Finally, `hole` gets dropped. If the shorter run was not fully consumed, whatever remains of
824 // it will now be copied into the hole in `v`.
826 unsafe fn get_and_increment<T>(ptr: &mut *mut T) -> *mut T {
828 *ptr = ptr.offset(1);
832 unsafe fn decrement_and_get<T>(ptr: &mut *mut T) -> *mut T {
833 *ptr = ptr.offset(-1);
837 // When dropped, copies the range `start..end` into `dest..`.
838 struct MergeHole<T> {
844 impl<T> Drop for MergeHole<T> {
846 // `T` is not a zero-sized type, so it's okay to divide by its size.
847 let len = (self.end as usize - self.start as usize) / mem::size_of::<T>();
848 unsafe { ptr::copy_nonoverlapping(self.start, self.dest, len); }
853 /// This merge sort borrows some (but not all) ideas from TimSort, which is described in detail
854 /// [here](http://svn.python.org/projects/python/trunk/Objects/listsort.txt).
856 /// The algorithm identifies strictly descending and non-descending subsequences, which are called
857 /// natural runs. There is a stack of pending runs yet to be merged. Each newly found run is pushed
858 /// onto the stack, and then some pairs of adjacent runs are merged until these two invariants are
861 /// 1. for every `i` in `1..runs.len()`: `runs[i - 1].len > runs[i].len`
862 /// 2. for every `i` in `2..runs.len()`: `runs[i - 2].len > runs[i - 1].len + runs[i].len`
864 /// The invariants ensure that the total running time is `O(n log n)` worst-case.
865 fn merge_sort<T, F>(v: &mut [T], mut is_less: F)
866 where F: FnMut(&T, &T) -> bool
868 // Slices of up to this length get sorted using insertion sort.
869 const MAX_INSERTION: usize = 20;
870 // Very short runs are extended using insertion sort to span at least this many elements.
871 const MIN_RUN: usize = 10;
873 // Sorting has no meaningful behavior on zero-sized types.
874 if size_of::<T>() == 0 {
880 // Short arrays get sorted in-place via insertion sort to avoid allocations.
881 if len <= MAX_INSERTION {
883 for i in (0..len-1).rev() {
884 insert_head(&mut v[i..], &mut is_less);
890 // Allocate a buffer to use as scratch memory. We keep the length 0 so we can keep in it
891 // shallow copies of the contents of `v` without risking the dtors running on copies if
892 // `is_less` panics. When merging two sorted runs, this buffer holds a copy of the shorter run,
893 // which will always have length at most `len / 2`.
894 let mut buf = Vec::with_capacity(len / 2);
896 // In order to identify natural runs in `v`, we traverse it backwards. That might seem like a
897 // strange decision, but consider the fact that merges more often go in the opposite direction
898 // (forwards). According to benchmarks, merging forwards is slightly faster than merging
899 // backwards. To conclude, identifying runs by traversing backwards improves performance.
900 let mut runs = vec![];
903 // Find the next natural run, and reverse it if it's strictly descending.
904 let mut start = end - 1;
908 if is_less(v.get_unchecked(start + 1), v.get_unchecked(start)) {
909 while start > 0 && is_less(v.get_unchecked(start),
910 v.get_unchecked(start - 1)) {
913 v[start..end].reverse();
915 while start > 0 && !is_less(v.get_unchecked(start),
916 v.get_unchecked(start - 1)) {
923 // Insert some more elements into the run if it's too short. Insertion sort is faster than
924 // merge sort on short sequences, so this significantly improves performance.
925 while start > 0 && end - start < MIN_RUN {
927 insert_head(&mut v[start..end], &mut is_less);
930 // Push this run onto the stack.
937 // Merge some pairs of adjacent runs to satisfy the invariants.
938 while let Some(r) = collapse(&runs) {
939 let left = runs[r + 1];
942 merge(&mut v[left.start .. right.start + right.len], left.len, buf.as_mut_ptr(),
947 len: left.len + right.len,
953 // Finally, exactly one run must remain in the stack.
954 debug_assert!(runs.len() == 1 && runs[0].start == 0 && runs[0].len == len);
956 // Examines the stack of runs and identifies the next pair of runs to merge. More specifically,
957 // if `Some(r)` is returned, that means `runs[r]` and `runs[r + 1]` must be merged next. If the
958 // algorithm should continue building a new run instead, `None` is returned.
960 // TimSort is infamous for its buggy implementations, as described here:
961 // http://envisage-project.eu/timsort-specification-and-verification/
963 // The gist of the story is: we must enforce the invariants on the top four runs on the stack.
964 // Enforcing them on just top three is not sufficient to ensure that the invariants will still
965 // hold for *all* runs in the stack.
967 // This function correctly checks invariants for the top four runs. Additionally, if the top
968 // run starts at index 0, it will always demand a merge operation until the stack is fully
969 // collapsed, in order to complete the sort.
971 fn collapse(runs: &[Run]) -> Option<usize> {
973 if n >= 2 && (runs[n - 1].start == 0 ||
974 runs[n - 2].len <= runs[n - 1].len ||
975 (n >= 3 && runs[n - 3].len <= runs[n - 2].len + runs[n - 1].len) ||
976 (n >= 4 && runs[n - 4].len <= runs[n - 3].len + runs[n - 2].len)) {
977 if n >= 3 && runs[n - 3].len < runs[n - 1].len {
987 #[derive(Clone, Copy)]