-
Notifications
You must be signed in to change notification settings - Fork 13k
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
regression: Sign
is ambiguous
#135672
Comments
Presumably regressed in #118159, which added |
WG-prioritization assigning priority (Zulip discussion). @rustbot label -I-prioritize +P-high |
As it turns out, glob imports have been causing unstable items to affect stable code for a long time now. For example, the following code has been failing to compile since version 1.1.0, when use foo::*;
use std::ops::*;
mod foo {
pub struct CoerceUnsized;
}
fn main() {
let x: CoerceUnsized;
} |
This is the crate: https://crates.io/crates/crypt_guard Not that many downloads (but also not none). Looks maintained so they would probably make a fix release when we tell them. Not on the team, but I'd lean towards accepting the breakage, just the usual glob import brittleness. |
We discussed this in the libs-api team and decided that this is acceptable breakage as per our policy with glob imports. The crate author should still be notified about the upcoming breaking change via an issue. Additionally, we think that the lint proposed by @tgross35 in rust-lang/rust-clippy#13961 should be a built-in lint. You almost never want to glob import from the standard library except for a few prelude modules. |
I've notified them in mm9942/crypt_guard#9 |
Thanks for the infos! I'll look it up soon and update the crate. |
note: there were some other (knock on?) errors in this crate see logs for more detail
The text was updated successfully, but these errors were encountered: