rust-lang / rust

Empowering everyone to build reliable and efficient software.
https://www.rust-lang.org
Other
98.47k stars 12.73k forks source link

Don't run allowed lints #74704

Open jyn514 opened 4 years ago

jyn514 commented 4 years ago

First noticed in https://rust-lang.zulipchat.com/#narrow/stream/247081-t-compiler.2Fperformance/topic/Output.20of.20.60collector.20eprintln.60/near/204875468. If a lint is allowed, there is no need to run the lint pass. This could have large performance improvements for any crate where all lints are allowed (e.g. any dependency compiled by cargo, which uses --cap-lints allow).

As a first pass this could check for --cap-lints allow and run no lints if so. In the future it could skip individual lints. Rustc would have to be careful not to skip lints that are #![allow]ed at the crate level but re-enabled for individual items.

The implementation would look similar to what I did in #73566 - override the query provider for lint_mod so that it doesn't run lints at all.

jyn514 commented 4 years ago

@flip1995 mentioned that this is a hard problem in general:

one LintPass can have multiple lints (which makes sense for performance and DRY) and only can be skipped, iff all lints in the lint pass are allowed. Clippy has a "workaround" for this:

https://github.com/rust-lang/rust-clippy/blob/06f190287848ceeee36be738cbbd8e008f3e7615/clippy_lints/src/utils/mod.rs#L1402 https://github.com/rust-lang/rust-clippy/blob/c493090a8a601baea39a592fdbe199bd64d6db22/clippy_lints/src/wildcard_dependencies.rs#L33

Also, this only works for LateLintPass.

camsteffen commented 1 year ago

We could put allow-by-default lints into a separate pass. Then disable the whole pass if all those lints are never enabled in the crate?

blyxyas commented 1 year ago

Maybe CC