#[allow(non_snake_case)] ignored

[sivizius]

The linter ignores #[allow(non_snake_case)] and warns about »… should have snake_case name, e.g. `…`«. In fact, this lint is redundant to the rustc-lint.

[lnicola]

I think this wasn't completely implemented in #6421, CC @popzxc

Sample code:

#![allow(non_snake_case)]

fn main() {
    #[allow(non_snake_case)]
    let FOO_BAR = 42;
    drop(FOO_BAR);
}

It's also shown twice, not sure why.

In fact, this lint is redundant to the rustc-lint.

It's not. This one works as you type, but for cargo check you need to save the file you're editing. In the long run, all of them will be supported directly by rust-analyzer.

[popzxc]

Yep, the support of this attribute is very basic, thus it is kind of expected.
Proper solution will require collecting attributes applied to the item up to the crate root, which is not a trivial task (given the fact that currently there is no API to do so).

[lnicola]

Shouldn't #[allow(non_snake_case)] on the declaration work?

[popzxc]

In theory, yes. However I could have skipped checking for attribute somewhere.

Anyway, unfortunately it doesn't seem that I'd be free from main work in the following couple of weeks to fix this :(

[lowr]

There have been bug reports on this: #13521, #14080. We currently don't (or, more precisely, can't) honor #[allow()]s on let statements, because we don't have a means to analyze attributes on statements and expressions at all iiuc.