-
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
Rollup of 5 pull requests #125649
Rollup of 5 pull requests #125649
Conversation
- Restrict const-anon exception diag to relevant places - Invoke bounds (and type-inference) in non_local_defs - Specialize diagnostic for impl without Trait
- Remove wrong exception text for non-local macro_rules! - Simplify anonymous const exception note
…=estebank Improve diagnostic output the `non_local_definitions` lint This PR improves (or at least tries to improve) the diagnostic output the `non_local_definitions` lint, by simplifying the wording, by adding a "sort of" explanation of bounds interaction that leak the impl... This PR is best reviewed commit by commit and is voluntarily made a bit vague as to have a starting point to improve on. Related to https://rust-lang.zulipchat.com/#narrow/stream/131828-t-compiler/topic/non_local_defs.20wording.20improvements Fixes rust-lang#125068 Fixes rust-lang#124396 cc ```@workingjubilee``` r? ```@estebank```
…, r=compiler-errors `-Znext-solver`: eagerly normalize when adding goals fixes rust-lang#125269. I am not totally with this fix and going to keep this open until we have a more general discussion about how to handle hangs caused by lazy norm in the new solver.
Stabilise `IpvNAddr::{BITS, to_bits, from_bits}` (`ip_bits`) This completed FCP in rust-lang#113744. (Closes rust-lang#113744.) Stabilises the following APIs: ```rust impl Ipv4Addr { pub const BITS: u32 = 32; pub const fn from_bits(bits: u32) -> Ipv4Addr; pub const fn to_bits(self) -> u32; } impl Ipv6Addr { pub const BITS: u32 = 128; pub const fn from_bits(bits: u128) -> Ipv4Addr; pub const fn to_bits(self) -> u128; } ```
Don't suggest turning non-char-literal exprs of ty `char` into string literals Fixes rust-lang#125595. Fixes rust-lang#125081. r? estebank (rust-lang#122217) or compiler
…r=workingjubilee update tracking issue for lazy_cell_consume <!-- If this PR is related to an unstable feature or an otherwise tracked effort, please link to the relevant tracking issue here. If you don't know of a related tracking issue or there are none, feel free to ignore this. This PR will get automatically assigned to a reviewer. In case you would like a specific user to review your work, you can assign it to them by using r? <reviewer name> -->
@bors r+ rollup=never p=5 |
☀️ Test successful - checks-actions |
📌 Perf builds for each rolled up PR:
previous master: c0d600385b In the case of a perf regression, run the following command for each PR you suspect might be the cause: |
Finished benchmarking commit (f989d2f): comparison URL. Overall result: ❌ regressions - ACTION NEEDEDNext Steps: If you can justify the regressions found in this perf run, please indicate this with @rustbot label: +perf-regression Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)Results (primary 2.4%)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 (primary 1.5%)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: 668.358s -> 669.563s (0.18%) |
uhhh @rust-timer build 7e8b50b |
This comment has been minimized.
This comment has been minimized.
Probably #125089 |
oh probably. |
Finished benchmarking commit (7e8b50b): comparison URL. Overall result: ❌ regressions - ACTION NEEDEDInstruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)Results (primary 3.1%, secondary -3.2%)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.
CyclesThis benchmark run did not return any relevant results for this metric. Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 668.358s -> 669.315s (0.14%) |
Is this noise 👨 🫴 🦋, none of these regressions showed up in the initial perf report, and the PR is supposed to be new-solver only. Maybe the other PRs are improvements... Oh but this is the lint that uses the new solver IIRC, it's not clear why helloworld would be impacted but let's see: @rust-timer build 6f02344 |
This comment has been minimized.
This comment has been minimized.
Finished benchmarking commit (6f02344): comparison URL. Overall result: ❌✅ regressions and improvements - ACTION NEEDEDInstruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)Results (primary 2.4%)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 (primary 1.4%)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: 668.358s -> 670.93s (0.38%) |
Right, that's more like the previous results. |
cc @Urgau perf regression in your PR unforch |
Right, I think it's the same kind of perf regression as when the The lint triggers nearly 150 times in the version of diesel used by rustc-perf, so the benchmark has become a bit a linting machinery benchmark, and since #125089 is making some big changes to the diagnostic output, that probably explain why there is some perf regression. I would consider this to be a false alarm. cc rust-lang/rustc-perf#1819 |
I agree with @Urgau 's analysis; the benchmark has become a linting machinery benchmark, and T-compiler really should decide what it wants out of such a scenario... ... but that debate can be continued on rust-lang/rustc-perf#1819. marking as triaged. @rustbot label: +perf-regression-triaged |
Successful merges:
non_local_definitions
lint #125089 (Improve diagnostic output ofnon_local_definitions
lint)-Znext-solver
: eagerly normalize when adding goals #125343 (-Znext-solver
: eagerly normalize when adding goals)IpvNAddr::{BITS, to_bits, from_bits}
(ip_bits
) #125551 (StabiliseIpvNAddr::{BITS, to_bits, from_bits}
(ip_bits
))char
into string literals #125640 (Don't suggest turning non-char-literal exprs of tychar
into string literals)r? @ghost
@rustbot modify labels: rollup
Create a similar rollup