-
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
Update Clippy #113260
Update Clippy #113260
Conversation
…shearth Extend `explicit_iter_loop` and `explicit_into_iter_loop` fixes rust-lang#1518 Some included cleanups * Split `for_loop` test into different files for each lint (partially). * Move handling of some `into_iter` cases from `explicit_into_iter`. --- changelog: Enhancement: [`explicit_iter_loop`]: Now also handles types that implement `IntoIterator`. [rust-lang#10416](rust-lang/rust-clippy#10416) changelog: Sugg: [`explicit_into_iter_loop`]: The suggestion now works on mutable references. [rust-lang#10416](rust-lang/rust-clippy#10416) <!-- changelog_checked -->
…blyxyas,xFrednet [`type_repetition_in_bounds`]: Don't lint on derived code fixes rust-lang#10504. changelog: [`type_repetition_in_bounds`]: Don't lint on derived code
…as,xFrednet New lint [`min_ident_chars`] Closes rust-lang#10915 This also implements `WithSearchPat` for `Ident`, as I was going to rewrite this as a late lint to optionally ignore fields and/or generics but this was more complex than anticipated changelog: New lint [`min_ident_chars`] [rust-lang#10916](rust-lang/rust-clippy#10916)
new lint: `large_stack_frames` This implements a lint that looks for functions that use a lot of stack space. It uses the MIR because conveniently every temporary gets its own local and I think it maps best to stack space used in a function. It's probably going to be quite inaccurate in release builds, but at least for debug builds where opts are less aggressive on LLVM's side I think this is accurate "enough". (This does not work for generic functions yet. Not sure if I should try to get it working in this PR or if it could land without it for now and be added in a followup PR.) I also put it under the nursery category because this probably needs more work... changelog: new lint: [`large_stack_frames`]
Don't linting `as_conversions` in proc macros Don't linting `as_conversions` if code was generated by procedural macro. This PR fixes rust-lang/rust-clippy#9657 I implemented the fix changing the lint code to be a `LateLintPass` in order to be able to use the `is_from_proc_macro` out of the box. If the reviwer thinks that it would be better to do the other way (implementing `WithSearchPat`) just let me know. I might need some help in implementing it for the `ustc_ast::ast::Expr` changelog: [`as_conversions`] avoiding warnings in macro-generated code
…rednet New lint [`manual_try_fold`] Closes rust-lang#10208 --- changelog: New lint [`manual_try_fold`] [rust-lang#11012](rust-lang/rust-clippy#11012)
Some changes occurred in src/tools/clippy cc @rust-lang/clippy These commits modify the If this was unintentional then you should revert the changes before this PR is merged. |
@bors rollup=never (Cargo.lock and Cargo.toml changes) |
@bors r+ p=1 |
☀️ Test successful - checks-actions |
Finished benchmarking commit (32d81ec): comparison URL. Overall result: ❌ regressions - no action needed@rustbot label: -perf-regression Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)ResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 661.354s -> 661.67s (0.05%) |
r? @Manishearth
cc @oli-obk (for the ui-test changes in de69d55 and the valtree fix in 0cbe963)
Fixes #102093
This must've been the most involved Clippy sync ever.