-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
Fix rustdoc duplicated blanket impls #96091
Fix rustdoc duplicated blanket impls #96091
Conversation
@bors try @rust-timer queue |
Awaiting bors try build completion. @rustbot label: +S-waiting-on-perf |
⌛ Trying commit 0ef6967560e9c07aa81ddcda731e16eb8e5db8ed with merge 423efbc30a40067e7710e64b2381817f976e764c... |
I don't actually know that this works, but can't you use a Unrelated, but it would be nice to use the stabilized |
Unfortunately, no. The For the fun fact: I also thought the same as you first. The tests disagreed strongly. 😆 |
Overall the approach is okay to me. It's just nitpicking about specifics: why so much of the moral equivalent of |
It's not that I don't want |
☀️ Try build successful - checks-actions |
Queued 423efbc30a40067e7710e64b2381817f976e764c with parent 1e6fe58, future comparison URL. |
0ef6967
to
26e905b
Compare
Applied @notriddle's suggestions. :) |
Fixes rust-lang#96036 This is a different approach than rust-lang#96091, an approach that should have less performance impact.
Finished benchmarking commit (423efbc30a40067e7710e64b2381817f976e764c): comparison url. Summary:
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 may lead to changes in compiler perf. @bors rollup=never Footnotes |
@bors r+ |
📌 Commit 26e905b9f2c8fd76a4e3e885c37fcf6a8acd8632 has been approved by |
…id, r=notriddle rustdoc: Rename `def_id` into `item_id` when the type is `ItemId` for readability As `@notriddle` mentioned in rust-lang#96091, the field name is inaccurate. This PR fixes it by renaming it accordingly to its real type. r? `@notriddle`
⌛ Testing commit 26e905b9f2c8fd76a4e3e885c37fcf6a8acd8632 with merge bccc58c250e6d7f5676aca060726ba12e64c969e... |
💔 Test failed - checks-actions |
Needs to be rebased. |
26e905b
to
6d10fd0
Compare
This comment has been minimized.
This comment has been minimized.
@bors r=notriddle |
📌 Commit 6d10fd0 has been approved by |
☀️ Test successful - checks-actions |
Finished benchmarking commit (ad4e98e): comparison url. Summary:
If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. Next Steps: If you can justify the regressions found in this perf run, please indicate this with @rustbot label: +perf-regression Footnotes |
Visiting for weekly performance triage.
@rustbot label: +perf-regression-triaged |
Fixes #96036.
I think it'll not be great performance-wise but I couldn't find another way to prevent that unfortunately...
r? @notriddle