Rollup merge of #144167 - zachs18:rangebounds-not-unsized-reason, r=tgross35

2025-07-29T10:19:48+00:00

Document why `Range*<&T> as RangeBounds` impls are not `T: ?Sized`, and give an alternative. `Range*<&T> as RangeBounds` impls have been tried to be relaxed to `T: ?Sized` at least twice: * https://github.com/rust-lang/rust/pull/61584 * https://github.com/rust-lang/rust/pull/64327 I also was just about to make another PR to do it again until I `./x.py test library/alloc` and rediscovered the type inference regression, then searched around and found the previous PRs. Hence this PR instead so hopefully that doesn't keep happening :stuck_out_tongue:. These impls cannot be relaxed for two reasons: 1. Type inference regressions: See ``@SimonSapin's`` explanation from a previous PR: https://github.com/rust-lang/rust/pull/61584#issuecomment-499601046 2. It's a breaking change: `impl RangeBounds for std::ops::Range<&MyUnsizedType>` is allowed after the coherence rebalance ([playground link](https://play.rust-lang.org/?version=stable&mode=debug&edition=2024&gist=f704a6fe53bfc33e55b2fc246d895ec2)), and relaxing these impls would conflict with that downstream impl. This PR adds doc-comments explaining that not having `T: ?Sized` is intentional[^1], and gives an explicit alternative: `(Bound<&T>, Bound<&T>)`. Technically, the impls for the unstable new `std::range` types could be relaxed, as they are still unstable so the change would not be breaking, but having them be different in this regard seems worse (and the non-iterable `RangeTo/RangeToInclusive` range types are shared between the "new" and "old" so cannot be changed anyway), and then the type inference regression would pop up in whatever edition the new range types stabilize in. The "see \ for discussion of those issues" is intentionally left as a non-doc comment just for whoever may try to relax these impls again in the future, but if it is preferred to have the link in the docs I can add that. Closes https://github.com/rust-lang/rust/issues/107196 (as wontfix) CC https://github.com/rust-lang/rust/issues/64027 [^1]: "intentional" is maybe a bit of strong wording, should it instead say something like "was stabilized without it and it would be breaking to change it now"?

Rollup merge of #143424 - hkBst:auto-deref, r=jhpratt

2025-07-25T09:16:34+00:00

clippy fix: rely on autoderef Changes instances of `&**self` to `self`.

Document (internally) that `Range*<&T> as RangeBounds` impls are intentionally not `T: ?Sized`, and document (publically) an alternative.

2025-07-23T20:39:03+00:00

Constify Try, From, TryFrom

2025-07-21T09:49:45+00:00

constify `Index` trait and its slice impls

2025-07-15T08:27:15+00:00

update issue number for `const_trait_impl`

2025-07-13T15:55:06+00:00

fix const_ops tracking issue

2025-07-11T15:57:50+00:00

Rollup merge of #143640 - oli-obk:const-fn-traits, r=compiler-errors

2025-07-10T18:28:49+00:00

Constify `Fn*` traits r? `@compiler-errors` `@fee1-dead` this should unlock a few things. A few `const_closures` tests have broken even more than before, but that feature is marked as incomplete anyway cc rust-lang/rust#67792

Rollup merge of #143426 - hkBst:clippy-fix-indent-1, r=jhpratt

2025-07-09T03:50:27+00:00

clippy fix: indentation Fixes indentation of markdown comments.

Constify `Fn*` traits

2025-07-08T14:36:43+00:00

rust/library/core/src/ops, branch stable