-
Notifications
You must be signed in to change notification settings - Fork 441
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
Avoid running clippy on rust analyzer #1372
Comments
Which suggested approach to use clippy do you use? This one?
I presume you added this to your .bazelrc as something like:
If I wanted to disable clippy for rust analyzer runs in this scenario, I'd add this to the .bazelrc:
(https://docs.bazel.build/versions/main/command-line-reference.html#flag--output_groups). Then you should be able to run:
Am I making any sense? |
Yep this makes sense! The main thing I wasn't aware of here is that the parameter passed to run would propagate to the underlying bazel build command that gen_rust_project invokes. Your suggestion does indeed remove the clippy check, though it seems like enabling the aspect by default still causes the Rust targets to be compiled, so it still fails to generate the rust-analyzer project file if there is a syntax error. Is there a way to also disable this? Would be great to have this stuff included in the docs, so happy to do a docs PR to help the next person running into this |
Scratch what I said about it working, seems like the problem is still there. It seems like the If I add I tried to add |
When using the suggested approach of enabling clippy on
build
this also ends up being checked when running the rust-analyzer tool. This ends up being pretty tedious during development since it means that the code now has to both compile and pass clippy checks, but I really just want to update the rust project file.Is there an existing mechanism to disable clippy when using the rust analyzer tool? If not, would it be reasonable to make it possible to pass additional args to the rust analyzer tool so that I gate things with a
--config
?The text was updated successfully, but these errors were encountered: