Rollup of 6 pull requests #85664
Merged
Rollup of 6 pull requests #85664
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…docs A few `[i32]`s are getting picked up as intra-doc links, rather than showing as slices, making the sentence quite confusing.
In commit 4b80687 (part of Rust 1.52.1) many calls to `write!(w,` were replaced with `w.write_str(`, but this one contained braces that were doubled to escape them when taken as a format string, and so changing the call without changing the text caused them to become doubled in the final HTML output. I examined `print_item.rs` and the diff of that prior commit for any other occurrences of this mistake and I did not find any.
…onicalize, r=jyn514 Use TargetTriple::from_path in rustdoc This fixes the problem reported in Rust-for-Linux/linux#272 where rustdoc requires the absolute path of a target spec json instead of accepting a relative path like rustc.
…asper Replace Local::new(1) with CAPTURE_STRUCT_LOCAL
…ve-css-dom, r=jsha Move keyword primitive css dom Fixes rust-lang#85569. r? ``@jsha``
Better English for documenting when to use unimplemented!() I don't think "plan of using" is correct here. I considered "plan on using" but eventually decided "plan to use" is better.
…jyn514 Add some backticks to the `rustc_middle::ty::adjustment::Adjustment` docs A few `[i32]`s are getting picked up as intra-doc links, rather than showing as slices, making the sentence quite confusing. See https://doc.rust-lang.org/nightly/nightly-rustc/rustc_middle/ty/adjustment/struct.Adjustment.html
Remove doubled braces in non_exhaustive structs’ documentation text. In commit 4b80687 (part of Rust 1.52.1) many calls to `write!(w,` were replaced with `w.write_str(`, but this one contained braces that were doubled to escape them when taken as a format string, and so changing the call without changing the text caused them to become doubled in the final HTML output. I examined `print_item.rs` and the diff of that prior commit for any other occurrences of this mistake and I did not find any.
|
@bors: r+ p=6 rollup=never |
|
📌 Commit afec726 has been approved by |
bors
added
the
S-waiting-on-bors
|
☀️ Test successful - checks-actions |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Successful merges:
rustc_middle::ty::adjustment::Adjustmentdocs #85650 (Add some backticks to therustc_middle::ty::adjustment::Adjustmentdocs)Failed merges:
r? @ghost
@rustbot modify labels: rollup
Create a similar rollup