-
Notifications
You must be signed in to change notification settings - Fork 12.9k
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
Use panic() instead of panic!() in some places in core. #92155
Conversation
r? @kennytm (rust-highfive has picked a reviewer for you, use r? to override) |
@bors try @rust-timer queue |
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
⌛ Trying commit ad6ef48 with merge 412eae87151e5669c0fabb73403ce60f665eff6b... |
☀️ Try build successful - checks-actions |
Queued 412eae87151e5669c0fabb73403ce60f665eff6b with parent 87e8639, future comparison URL. |
Finished benchmarking commit (412eae87151e5669c0fabb73403ce60f665eff6b): comparison url. Summary: This change led to moderate relevant mixed results 🤷 in compiler performance.
If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. Benchmarking this pull request likely means that it is perf-sensitive, so we're automatically marking it as not fit for rolling up. While you can manually mark this PR as fit for rollup, we strongly recommend not doing so since this PR led to changes in compiler perf. Next Steps: If you can justify the regressions found in this try perf run, please indicate this with @bors rollup=never |
Only one test regressed and it's in LLVM time (only with optimizations on), so if I had to guess, it's spending more time optimizing because it has more opportunities(?) or maybe it's just a spurious CGU reshuffle. |
r? @eddyb |
I took another look and this is pretty telling: To me that suggests that the r=me whenever that is resolved and we can compare w/o the extra noise cc @Mark-Simulacrum |
rust-lang/rustc-perf#1127 should be deployed, so new try builds should pick that up -- let's @bors try @rust-timer queue |
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
⌛ Trying commit ad6ef48 with merge 9ea815ce02d0627e5c079fa6cec343a2d1ecac66... |
☀️ Try build successful - checks-actions |
Queued 9ea815ce02d0627e5c079fa6cec343a2d1ecac66 with parent 8ad3c1d, future comparison URL. |
This comment has been minimized.
This comment has been minimized.
@bors r=eddyb |
📌 Commit 22c4160 has been approved by |
⌛ Testing commit 22c4160 with merge b994e3e57ed19e25954da3432746e403ffdf1544... |
@bors treeclosed=100 Something seems wrong with the windows builders, this will likely fail. |
The job Click to see the possible cause of the failure (guessed by this bot)
|
💔 Test failed - checks-actions |
@bors retry Windows test_interior_nul issue |
@bors treeclosed- |
☀️ Test successful - checks-actions |
Finished benchmarking commit (390bb34): comparison url. Summary: This benchmark run did not return any relevant changes. If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. @rustbot label: -perf-regression |
See #92068 and #92140.
This avoids the
panic!()
macro in a few potentially hot paths. This becomes more relevant when switchingcore
to Rust 2021, as it'll avoid format_args!() and save some compilation time. (It doesn't make a huge difference, but still.) (Also the errors in const panic become slightly nicer.)