rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2025-09-25	Remove most `#[track_caller]` from allocating Vec methods	Noratrieb	-6/+0
	They cause significant binary size overhead while contributing little value. Also removes them from the wrapping String methods that do not panic.
2025-03-07	Fully test the alloc crate through alloctests	bjorn3	-0/+2
	For the tests that make use of internal implementation details, we include the module to test using #[path] in alloctests now.
2024-09-20	Add `#[track_caller]` to allocating methods of `Vec` & `VecDeque`	Pavel Grigorenko	-0/+6

2024-07-29	Reformat `use` declarations.	Nicholas Nethercote	-2/+2
	The previous commit updated `rustfmt.toml` appropriately. This commit is the outcome of running `x fmt --all` with the new formatting options.
2024-07-07	Specialize `TrustedLen` for `Iterator::unzip()`	Chayim Refael Friedman	-11/+2
	Don't check the capacity every time (and also for `Extend` for tuples, as this is how `unzip()` is implemented). I did this with an unsafe method on `Extend` that doesn't check for growth (`extend_one_unchecked()`). I've marked it as perma-unstable currently, although we may want to expose it in the future so collections outside of std can benefit from it. Then specialize `Extend for (A, B)` for `TrustedLen` to call it. It may seem that an alternative way of implementing this is to have a semi-public trait (`#[doc(hidden)]` public, so collections outside of core can implement it) for `extend()` inside tuples, and specialize it from collections. However, it is impossible due to limitations of `min_specialization`. A concern that may arise with the current approach is that implementing `extend_one_unchecked()` correctly must also incur implementing `extend_reserve()`, otherwise you can have UB. This is a somewhat non-local safety invariant. However, I believe this is fine, since to have actual UB you must have unsafe code inside your `extend_one_unchecked()` that makes incorrect assumption, and not implement `extend_reserve()`. I've also documented this requirement.
2022-11-26	Don't use `Take` in `SpecExtend` impl	Markus Everling	-21/+23

2022-11-25	Changes according to code review	Markus Everling	-5/+6

2022-11-20	Update VecDeque implementation	Markus Everling	-42/+30

2022-06-18	Expose iter::ByRefSized as unstable feature and use it	Paolo Barbolini	-1/+1

2022-06-18	Add VecDeque::extend from TrustedLen specialization	Paolo Barbolini	-0/+59

2022-04-28	Add VecDeque::extend from vec::IntoIter and slice::Iter specializations	Paolo Barbolini	-0/+73