Better help support in `clippy-driver`

[Manishearth]

Depends on #4172

It should be possible to:

• Call clippy-driver --help to get Clippy help. Include lint groups, but not lints
• Call clippy-driver -W help to get a lint list.

cc @yaahallo

[Manishearth]

#4175

[phansch]

@yaahc I didn't follow this too closely, but shouldn't the new help be available in the Clippy component with Rust 1.37? At least the Clippy PR is included in the Clippy for Rust 1.37, but it doesn't seem to work:

$ RUSTUP_DIST_SERVER=https://dev-static.rust-lang.org rustup override set 1.37.0
$ cargo +1.37.0 clippy -V
$ cargo +1.37.0 clippy -- -W help
<snip>
error: the option `Z` is only accepted on the nightly compiler

Is there more cargo work that needs to hit stable first?

[yaahc]

@phansch

rust-lang/cargo#7162 didn't make the cut and is kinda important but it shouldn't play a factor in cargo clippy, I would not expect it to work if you tried doing this via cargo clippy-preview -- -W help because that only works on nightly and the above PR, which didn't make it into this release, fixed an issue where clippy-preview wouldnt pass args to clippy-driver.

So to answer your question, yes the new help should be available, no, more work shouldn't need to land to get the additional help out of clippy-driver. And for what its worth the commands you posted work for me, though if I get the help through cargo instead of directly from clippy-driver it renders the lint groups differently, wrong in the cargo case, and now I'm wondering if thats a bug. cc @Manishearth

[yaahc]

Aah, okay, the reason the output is different is because clippy-driver renders the help differently depending on if its in wrapper mode or not. cargo clippy-preview calls clippy-driver directly as if it were rustc. cargo clippy calls clippy-driver as if it were a wrapper around rustc. I don't know precisely why it outputs the way it does in non-wrapper mode or if my changes affected it, it outputs the full rustc and clippy lint lists and scopes every item in the clippy lint groups with clippy::lint_name so the output is much longer and noisier. /shrug

The best option for getting the clippy lint lists is to call clippy-driver directly, just clippy-driver -W help. This will work on stable and keep the output clean. In the future once cargo clippy-preview becomes THE cargo clippy it will be the correct interface, maybe... it behaves weird if you try to compile a crate from clean with -W help because I think it assumes those jobs are successful builds, since it prints the help and exits with a 0 status. So cargo tries to build the next crate as if its dependency had been built successfully and then it blows up because it skipped that previous compilation step. Not sure how to handle that appropriately, but I assume its something we will address prior to releasing cargo clippy-preview.