You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My crate uses serde-repr and the macros it provides doesn't conform to the CamelCase convention. However, since the macros are not mine, I don't think I should be given the warning about it. Here is my code:
use serde_repr::{Deserialize_repr,Serialize_repr};#[repr(u8)]#[derive(Debug,Deserialize_repr,Serialize_repr)]pubenumEndianSig{/// The D-Bus message is in big-endian (network) byte order.Big = b'B',/// The D-Bus message is in little-endian byte order.Little = b'l',}
and it gives me:
Structure `discriminant` should have CamelCase name, e.g. `Discriminant`rust-analyzer[non_camel_case_types](https://doc.rust-lang.org/rustc/?search%3Dnon_camel_case_types)
core::fmt::macros
macro DebugDerive macro generating an impl of the traitDebug.
cargo build , cargo check or cargo clippy don't complain about this at all so I think RA shouldn't either.
The text was updated successfully, but these errors were encountered:
My crate uses
serde-repr
and the macros it provides doesn't conform to the CamelCase convention. However, since the macros are not mine, I don't think I should be given the warning about it. Here is my code:and it gives me:
cargo build
,cargo check
orcargo clippy
don't complain about this at all so I think RA shouldn't either.The text was updated successfully, but these errors were encountered: