-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
Rollup of 15 pull requests #138031
Rollup of 15 pull requests #138031
Conversation
This was previously known as the slice_take feature.
The current version is wrong (cc 137919); let's see if we can get away with a loose but trivially-correct one.
we encode "if the argument is a non-empty string, this will never return null" into the type signature.
ideally we would encode that it is a string before convertTypeFilterOnElem is called, and a number after, but i'm not sure that's possible without significant refactoring.
Signed-off-by: fuyangpengqi <[email protected]>
This was missed this in the implementation PR, so update the links here.
The situation described in the comment does arise in practice now and described panic is long gone.
…te "unsafe impl Sync"" This reverts commit 0240690.
some of the fields of rustdoc.Row were confusing null and undefined.
When we initially created `CrateItem`, it would only represent items that contain a body. That is no longer the case, for now, make this explicit by expanding the APIs to retrieve the item body. This is related to rust-lang/project-stable-mir#34
…pratt Stabilize [T]::split_off... methods This was previously known as the slice_take feature. Closes rust-lang#62280
…nton Update MSVC INSTALL.md instructions to recommend VS 2022 + recent Windows 10/11 SDK This is generally iffy because we don't consistently [document the exact minimum versions of build tools required to build a given Rust toolchain](rust-lang#129307). cc rust-lang#129307, *maybe* rustup docs are outdated? Anyway, I updated this because I was on a slightly older VS toolchain and I couldn't `./x build library` on MSVC (even though maybe a month ago I could) due to CI `rustc_llvm` using stuff from newer Windows 11 SDK maybe. I updated the VS toolchain + Windows 11 SDK, and then I could build. I'm not 100% sure the requirements here are accurate. It might be too high? r? ````@ChrisDenton````
Add ``dyn`` keyword to `E0373` examples Closes rust-lang#137962
Remove unused `PpMode::needs_hir` This method was added in rust-lang#99360 to avoid an overzealous `span_delayed_bug` ICE in specific circumstances, but the only caller was subsequently removed in rust-lang#136603, which presumably avoids the problem in a more principled way.
…t-error, r=notriddle rustdoc search: increase strictness of typechecking r? `@notriddle` The signature of `makePrimitiveElement` is now more accurate. I believe the intent of the code is that `name` cannot be null if `bindingName.name` is null, and I believe typescript is expressive enough to encode this, but I'm not quite sure how, or if this would be desirable. I'm also introducing mapped types into `rustdoc.d.ts`, but I think it's worth it in order to avoid keeping two interfaces in sync. I may add more commits onto this to remove more ``@ts-expect-error`` instances.
Fix some typos Fix some typos
Add `avr-none` to SUMMARY.md and platform-support.md This was missed this in the implementation PR, so update the links here.
…-errors Remove obsolete comment from DeduceReadOnly The situation described in the comment does arise in practice now and described panic is long gone.
…lel, r=compiler-errors Revert "compiler/rustc_data_structures/src/sync/worker_local.rs: delete "unsafe impl Sync"" Revert "compiler/rustc_data_structures/src/sync/worker_local.rs: delete "unsafe impl Sync"" This reverts commit 0240690. See rust-lang#136858 (comment) cc "Parallel Rustc Front-end" rust-lang#113349 r? SparrowLii ``@rustbot`` label: +WG-compiler-parallel ``@rustbot`` label: +C-cleanup
…trs, r=compiler-errors Pretty-print `#[deprecated]` attribute in HIR. Pretty-print `#[deprecated]` attribute in a form closer to how it might appear in Rust source code, rather than using a `Debug`-like representation. Consider the following Rust code: ```rust #[deprecated] pub struct PlainDeprecated; #[deprecated = "here's why this is deprecated"] pub struct DirectNote; #[deprecated(since = "1.2.3", note = "here's why this is deprecated")] pub struct SinceAndNote; ``` Here's the previous output: ``` #[attr="Deprecation{deprecation: Deprecation{since: Unspecifiednote: suggestion: }span: }")] struct PlainDeprecated; #[attr="Deprecation{deprecation: Deprecation{since: Unspecifiednote: here's why this is deprecatedsuggestion: }span: }")] struct DirectNote; #[attr="Deprecation{deprecation: Deprecation{since: NonStandard(1.2.3)note: here's why this is deprecatedsuggestion: }span: }")] struct SinceAndNote; ``` Here's the new output: ```rust #[deprecated] struct PlainDeprecated; #[deprecated = "here's why this is deprecated"] struct DirectNote; #[deprecated(since = "1.2.3", note = "here's why this is deprecated"] struct SinceAndNote; ``` Also includes a test for `#[diagnostic::(..)]` attributes, though their behavior is not changed here. I already wrote the test, so I figured it probably won't hurt to have it. Related to discussion in rust-lang#137645. r? `@jdonszelmann`
…ompiler-errors Make CrateItem::body() function return an option When we initially created `CrateItem`, it would only represent items that contain a body. That is no longer the case, for now, make this explicit by expanding the APIs to retrieve the item body. This is related to rust-lang/project-stable-mir#34 r? `@oli-obk`
@bors r+ rollup=never p=5 |
☀️ Test successful - checks-actions |
📌 Perf builds for each rolled up PR:
previous master: ac951d3799 In the case of a perf regression, run the following command for each PR you suspect might be the cause: |
Finished benchmarking commit (4559163): comparison URL. Overall result: no relevant changes - no action needed@rustbot label: -perf-regression Instruction countThis benchmark run did not return any relevant results for this metric. Max RSS (memory usage)Results (primary 0.5%, secondary -2.0%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResults (secondary -1.1%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 777.698s -> 777.245s (-0.06%) |
Successful merges:
box_uninit_write
#137850 (Stabilizebox_uninit_write
)<Postorder as Iterator>::size_hint
#137923 (Simplify<Postorder as Iterator>::size_hint
)dyn
keyword toE0373
examples #137963 (Adddyn
keyword toE0373
examples)PpMode::needs_hir
#137975 (Remove unusedPpMode::needs_hir
)avr-none
to SUMMARY.md and platform-support.md #137991 (Addavr-none
to SUMMARY.md and platform-support.md)#[deprecated]
attribute in HIR. #138019 (Pretty-print#[deprecated]
attribute in HIR.)r? @ghost
@rustbot modify labels: rollup
Create a similar rollup