rust/library/alloc/src/collections/btree, branch try

BTreeSet: remove duplicated code by reusing `from_sorted_iter`

2025-06-27T18:12:32+00:00

The method `BTreeSet::from_sorted_iter` was introduced in 49ccb7519f55bd117d2ab50b7a030637f380aec6, but it was not consistently used throughout the codebase. As a result, some code redundantly reimplemented its logic. This commit fixes the problem.

Remove unneeded lifetimes from signature of BTreeSet::extract_if

2025-06-14T03:33:54+00:00

Lightly tweak docs for BTree{Map,Set}::extract_if

2025-06-02T17:10:00+00:00

- Move explanations into comments to match style - Explain the second examples - Make variable names match the data structure

Unit test for Range parameter of `BTreeMap::extract_if`

2025-05-27T15:31:56+00:00

Update docs for new Range parameter to `BTreeMap::extract_if` etc.

2025-05-27T15:31:56+00:00

Update tests with Range parameter to `BTreeMap::extract_if` etc.

2025-05-27T15:31:56+00:00

Add Range parameter to `BTreeMap::extract_if` and `BTreeSet::extract_if`

2025-05-27T15:31:40+00:00

This change was requested in the btree_extract_if tracking issue: https://github.com/rust-lang/rust/issues/70530#issuecomment-2486566328

Docs(lib/coll/btm): Split `extract_if`'s first sentence from the following ones

2025-05-17T00:29:37+00:00

This also seems like a small mistake: the first main sentence is put in the same paragraph as the other two following ones while other equivalents all have it split. Therefore, do the same here. Signed-off-by: Paul Mabileau

Consistent trait bounds for ExtractIf Debug impls

2025-05-06T02:46:46+00:00

Remove some unnecessary clones.

2025-04-24T01:12:34+00:00

I found these by grepping for `&[a-z_\.]*\.clone()`, i.e. expressions like `&a.b.clone()`, which are sometimes unnecessary clones, and also looking at clones nearby to cases like that.