-
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
[crater] Make missing_fragment_specifier
an unconditional error
#128425
base: master
Are you sure you want to change the base?
[crater] Make missing_fragment_specifier
an unconditional error
#128425
Conversation
This was attempted in [1] then reverted in [2] because of fallout. Recently, this was made an edition-dependent error in [3]. Make missing fragment specifiers an unconditional error again. [1]: rust-lang#75516 [2]: rust-lang#80210 [3]: rust-lang#128006
This comment has been minimized.
This comment has been minimized.
3573f34
to
392a2c7
Compare
392a2c7
to
c2492ec
Compare
This is just to test the diagnostics, none of the possible code cleanup is included. @petrochenkov please take a look when you get the chance and start crater if the change seems correct. @bors try |
…unconditional, r=<try> [crater] Make `missing_fragment_specifier` an unconditional error This was attempted in [1] then reverted in [2] because of fallout. Recently, this was made an edition-dependent error in [3]. Experiment with turning missing fragment specifiers an unconditional error again. More context: rust-lang#128006 [1]: rust-lang#75516 [2]: rust-lang#80210 [3]: rust-lang#128006
☀️ Try build successful - checks-actions |
@craterbot check |
👌 Experiment ℹ️ Crater is a tool to run experiments across parts of the Rust ecosystem. Learn more |
🚧 Experiment ℹ️ Crater is a tool to run experiments across parts of the Rust ecosystem. Learn more |
🎉 Experiment
|
Like the previous run, almost all of these (361) come from
We could let this simmer for a while with the new error in deps level (#128122) and/or the edition-dependent lint (#128006). I don't really know how to feel about these results because all of the relevant clap versions have been yanked for ~4 years, per clap-rs/clap#2076. Requesting compiler feedback for how to proceed. Context: this was made an e2024 error in #128006, making it an error in all editions is being considered here. @rustbot label +I-compiler-nominated |
Discussed briefly in the compiler team triage meeting. Given that nearly all regressions are on very old versions of |
Thanks for discussing this. I'll wait for the next beta branch so #128122 is on stable for at least a cycle, then continue pushing this forward. |
To reflect my above comment @rustbot blocked |
This was attempted in 1 then reverted in 2 because of fallout. Recently, this was made an edition-dependent error in 3.
Experiment with turning missing fragment specifiers an unconditional error again.
More context: #128006
r? @petrochenkov