Skip to content

Conversation

@CieriA
Copy link
Contributor

@CieriA CieriA commented Jan 4, 2026

Follow-up PR to #150580.

Now Iterator::last's docs specify that it might panic only if the iterator is infinite, rather than if it has more than usize::MAX elements.

Motivation

This is because Iterator::last, unlike count, also works on iterators with more than usize::MAX elements, but could panic on infinite iterators (as in Repeat), as discussed in #150580.

r? @jhpratt

Now `Iterator::last`'s docs specify that it might panic only if the iterator is infinite, rather than if it has more than `usize::MAX` elements.
@rustbot rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-libs Relevant to the library team, which will review and decide on the PR/issue. labels Jan 4, 2026
@jhpratt
Copy link
Member

jhpratt commented Jan 4, 2026

Thanks!

@bors r+ rollup

@bors
Copy link
Collaborator

bors commented Jan 4, 2026

📌 Commit 52d65b8 has been approved by jhpratt

It is now in the queue for this repository.

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jan 4, 2026
jhpratt added a commit to jhpratt/rust that referenced this pull request Jan 4, 2026
Clarify panic conditions in `Iterator::last`

Follow-up PR to rust-lang#150580.

Now `Iterator::last`'s docs specify that it might panic only if the iterator is infinite, rather than if it has more than `usize::MAX` elements.

# Motivation
This is because `Iterator::last`, unlike `count`, also works on iterators with more than `usize::MAX` elements, but could panic on infinite iterators (as in `Repeat`), as discussed in rust-lang#150580.

r? `@jhpratt`
bors added a commit that referenced this pull request Jan 4, 2026
Rollup of 4 pull requests

Successful merges:

 - #150201 (compiletest: Support revisions in debuginfo (read: debugger) tests)
 - #150225 (Weekly `cargo update`)
 - #150642 (mutex.rs: remove needless-maybe-unsized bounds)
 - #150658 (Clarify panic conditions in `Iterator::last`)

r? `@ghost`
`@rustbot` modify labels: rollup
bors added a commit that referenced this pull request Jan 4, 2026
Rollup of 7 pull requests

Successful merges:

 - #150201 (compiletest: Support revisions in debuginfo (read: debugger) tests)
 - #150642 (mutex.rs: remove needless-maybe-unsized bounds)
 - #150643 (vec in-place-drop: avoid creating an intermediate slice)
 - #150650 (Forbid generic parameters in types of #[type_const] items)
 - #150658 (Clarify panic conditions in `Iterator::last`)
 - #150659 (Add missing translator resources for interface parse_cfg and parse_check_cfg)
 - #150666 (Fix ambig-unambig-ty-and-consts link)

r? `@ghost`
`@rustbot` modify labels: rollup
@bors bors merged commit 0d7f1e1 into rust-lang:main Jan 4, 2026
11 checks passed
@rustbot rustbot added this to the 1.94.0 milestone Jan 4, 2026
rust-timer added a commit that referenced this pull request Jan 4, 2026
Rollup merge of #150658 - CieriA:patch-5, r=jhpratt

Clarify panic conditions in `Iterator::last`

Follow-up PR to #150580.

Now `Iterator::last`'s docs specify that it might panic only if the iterator is infinite, rather than if it has more than `usize::MAX` elements.

# Motivation
This is because `Iterator::last`, unlike `count`, also works on iterators with more than `usize::MAX` elements, but could panic on infinite iterators (as in `Repeat`), as discussed in #150580.

r? ``@jhpratt``
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. T-libs Relevant to the library team, which will review and decide on the PR/issue.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants