mirror of
https://github.com/rust-lang/rust-clippy
synced 2024-11-24 05:33:27 +00:00
42f03539ca
I found this because we only had two test cases in total for this lint. It turns out the functionality is fully covered by rustc these days. [Playground Examples](https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=eb8ee6db389c77180c9fb152d3c608f4) changelog: Deprecate `unused_collect` lint. This is fully covered by rustc's `#[must_use]` on `collect` cc #2846
132 lines
5.2 KiB
Rust
132 lines
5.2 KiB
Rust
macro_rules! declare_deprecated_lint {
|
|
(pub $name: ident, $_reason: expr) => {
|
|
declare_lint!(pub $name, Allow, "deprecated lint")
|
|
}
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This used to check for `assert!(a == b)` and recommend
|
|
/// replacement with `assert_eq!(a, b)`, but this is no longer needed after RFC 2011.
|
|
declare_deprecated_lint! {
|
|
pub SHOULD_ASSERT_EQ,
|
|
"`assert!()` will be more flexible with RFC 2011"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This used to check for `Vec::extend`, which was slower than
|
|
/// `Vec::extend_from_slice`. Thanks to specialization, this is no longer true.
|
|
declare_deprecated_lint! {
|
|
pub EXTEND_FROM_SLICE,
|
|
"`.extend_from_slice(_)` is a faster way to extend a Vec by a slice"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** `Range::step_by(0)` used to be linted since it's
|
|
/// an infinite iterator, which is better expressed by `iter::repeat`,
|
|
/// but the method has been removed for `Iterator::step_by` which panics
|
|
/// if given a zero
|
|
declare_deprecated_lint! {
|
|
pub RANGE_STEP_BY_ZERO,
|
|
"`iterator.step_by(0)` panics nowadays"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This used to check for `Vec::as_slice`, which was unstable with good
|
|
/// stable alternatives. `Vec::as_slice` has now been stabilized.
|
|
declare_deprecated_lint! {
|
|
pub UNSTABLE_AS_SLICE,
|
|
"`Vec::as_slice` has been stabilized in 1.7"
|
|
}
|
|
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This used to check for `Vec::as_mut_slice`, which was unstable with good
|
|
/// stable alternatives. `Vec::as_mut_slice` has now been stabilized.
|
|
declare_deprecated_lint! {
|
|
pub UNSTABLE_AS_MUT_SLICE,
|
|
"`Vec::as_mut_slice` has been stabilized in 1.7"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This used to check for `.to_string()` method calls on values
|
|
/// of type `&str`. This is not unidiomatic and with specialization coming, `to_string` could be
|
|
/// specialized to be as efficient as `to_owned`.
|
|
declare_deprecated_lint! {
|
|
pub STR_TO_STRING,
|
|
"using `str::to_string` is common even today and specialization will likely happen soon"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This used to check for `.to_string()` method calls on values
|
|
/// of type `String`. This is not unidiomatic and with specialization coming, `to_string` could be
|
|
/// specialized to be as efficient as `clone`.
|
|
declare_deprecated_lint! {
|
|
pub STRING_TO_STRING,
|
|
"using `string::to_string` is common even today and specialization will likely happen soon"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This lint should never have applied to non-pointer types, as transmuting
|
|
/// between non-pointer types of differing alignment is well-defined behavior (it's semantically
|
|
/// equivalent to a memcpy). This lint has thus been refactored into two separate lints:
|
|
/// cast_ptr_alignment and transmute_ptr_to_ptr.
|
|
declare_deprecated_lint! {
|
|
pub MISALIGNED_TRANSMUTE,
|
|
"this lint has been split into cast_ptr_alignment and transmute_ptr_to_ptr"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This lint is too subjective, not having a good reason for being in clippy.
|
|
/// Additionally, compound assignment operators may be overloaded separately from their non-assigning
|
|
/// counterparts, so this lint may suggest a change in behavior or the code may not compile.
|
|
declare_deprecated_lint! {
|
|
pub ASSIGN_OPS,
|
|
"using compound assignment operators (e.g., `+=`) is harmless"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** The original rule will only lint for `if let`. After
|
|
/// making it support to lint `match`, naming as `if let` is not suitable for it.
|
|
/// So, this lint is deprecated.
|
|
declare_deprecated_lint! {
|
|
pub IF_LET_REDUNDANT_PATTERN_MATCHING,
|
|
"this lint has been changed to redundant_pattern_matching"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This lint used to suggest replacing `let mut vec =
|
|
/// Vec::with_capacity(n); vec.set_len(n);` with `let vec = vec![0; n];`. The
|
|
/// replacement has very different performance characteristics so the lint is
|
|
/// deprecated.
|
|
declare_deprecated_lint! {
|
|
pub UNSAFE_VECTOR_INITIALIZATION,
|
|
"the replacement suggested by this lint had substantially different behavior"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This lint has been superseded by the warn-by-default
|
|
/// `invalid_value` rustc lint.
|
|
declare_deprecated_lint! {
|
|
pub INVALID_REF,
|
|
"superseded by rustc lint `invalid_value`"
|
|
}
|
|
|
|
/// **What it does:** Nothing. This lint has been deprecated.
|
|
///
|
|
/// **Deprecation reason:** This lint has been superseded by #[must_use] in rustc.
|
|
declare_deprecated_lint! {
|
|
pub UNUSED_COLLECT,
|
|
"`collect` has been marked as #[must_use] in rustc and that covers all cases of this lint"
|
|
}
|