-
Notifications
You must be signed in to change notification settings - Fork 12.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Expose str::SplitInclusive in alloc and therefore in std #83408
Conversation
This seems to have been omitted from the beginning when this feature was first introduced in 86bf962. Most users won't need to name this type which is probably why this wasn't noticed in the meantime. Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
r? @dtolnay (rust-highfive has picked a reviewer for you, use r? to override) |
Hrm, I should have said I think. I wonder if I can do that now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! I agree this was simply an oversight.
553d04a
to
633a66f
Compare
Bumping stability attribute to the release corresponding to current nightly (1.53.0) since I don't see this warranting a backport, although we certainly could if someone needs it. |
@bors r+ |
📌 Commit 633a66f has been approved by |
☀️ Test successful - checks-actions |
This seems to have been omitted from the beginning when this feature was first introduced in 86bf962. Most users won't need to name this type which is probably why this wasn't noticed in the meantime.
See #83372 for a different but related bug.
Notes for reviewers
I think I have got this right but TBH I am not very familiar with the relationship between core and std and so on.
I also haven't don't any kind of test (not even a build) yet. I will do a local docs build to see that the type now appears in the std docs.I did a local docs build and it has made this type appear asstd::str::SplitInclusive
as expectedThe linkification of the return value from
str::split_inclusive
teleports me to the online url forcore::str::SplitInclusive
. I think this may be a rustdoc anomaly (similar to #79630 maybe) but I am not sure. Perhaps it means I haven't done thestd
->core
referrence correctly.I made this insta-stable since it seems like simply a bug. Please LMK if that is not right. (edited to add:) In particular, IDK how this ought to relate to the (?)current release process.