| Age | Commit message (Collapse) | Author | Lines |
|
|
|
Move manual_mul_add into nursery
Addresses #4735
changelog: Move [`manual_mul_add`] into nursery
|
|
|
|
build: install RTIM if it doesn't exist and upgrade it if it is in cargo bin home
Replace #4731
changelog: none
|
|
home
|
|
appveyor: minor syntax change
Use this link to review diff: https://github.com/rust-lang/rust-clippy/pull/4724/files?w=1
changelog: none
|
|
|
|
|
|
Don't emit try_err lint in external macros
changelog: Fix [`try_err`] false positive in external macros
Closes #4709
|
|
build: do not reinstall master toolchain if it is up-to-date
changelog: none
|
|
|
|
|
|
Update clippy for latest rustc changes
Specifically, this revises the clippy integration to utilize a new
callback to register its lints, as the prior editing of lint store in
Session is no longer possible.
---
changelog: none
|
|
|
|
This reverts commit 974a05b806954ebdc6640b7ef539667bd7baca56.
|
|
|
|
|
|
|
|
|
|
|
|
Specifically, this revises the clippy integration to utilize a new
callback to register its lints, as the prior editing of lint store in
Session is no longer possible.
|
|
|
|
build: improve script and travis config
* fix a diff failure on windows
See https://travis-ci.com/rust-lang/rust-clippy/jobs/245971932#L1625
for an example.
* use cmp instead of diff > /dev/null
* clone single branch instead of clone then checking out
* do not decrypt key if have no diff change
changelog: none
|
|
Add lint for debug_assert_with_mut_call
closes #1526
**What does not work:**
* detecting a mut call in the format string itself, e.g. `debug_assert!(false, "{}", vec![1].pop())`
* detecting `*mut T` usage (pointer)
---
changelog: add new lint `debug_assert_with_mut_call`
|
|
Fix suggestion of `explicit_counter_loop`
changelog: In the suggestion of `explicit_counter_loop`, if the `for` loop argument doesn't implement `Iterator`, then we suggest `x.into_iter().enumerate()` (or `x.iter{_mut}()` as appropriate). Also, the span of the suggestion has been corrected.
Fixes #4678
|
|
deps: update cargo_metadata from 0.8.0 to 0.9.0
changelog: none
|
|
|
|
Rustup to rust-lang/rust#65647
cc rust-lang/rust#65647
waiting on rust-lang/rust#65690
changelog: none
|
|
|
|
|
|
|
|
|
|
Now the travis CI build time is fast enough to not cause build timeout.
|
|
|
|
|
|
This lint will complain when you put a mutable function/method call
inside a `debug_assert` macro, because it will not be executed in
release mode, therefore it will change the execution flow, which is not
wanted.
|
|
Due to System Integrity Protection (SIP), exporting
LD_LIBRARY_PATH will not work on macOS systems.
Therefore, rather than disable SIP, we could symlink
those rust dev libs to /usr/local/bin.
I already tried install_name_tool(1) but couldn't make
clippy-driver work on CI for whatever reasons.
|
|
* fix a diff failure on windows
See https://travis-ci.com/rust-lang/rust-clippy/jobs/245971932#L1625
for an example.
* use cmp instead of diff > /dev/null
* clone single branch instead of clone then checking out
* do not decrypt key if have no diff change
|
|
build: use clippy's debug build in integration test
changelog: none
|
|
|
|
build: use release build of RTIM
rustup-toolchain-install-master on Travis Windows builds is
unexpectedly slower compared to when run on other OSes.
This commit tries to use release build of RTIM as a mean to
improve performance there.
changelog: none
|
|
rustup https://github.com/rust-lang/rust/pull/65535
cc https://github.com/rust-lang/rust/issues/65585
changelog: none
|
|
|
|
Omit proc macros from `must_use_candidate`
This fixes #4684.
changelog: none
|
|
|
|
|
|
Additional restrictions
Add restriction lints for `panic!`, `unreachable!`, `todo!` and `.expect(...)`
changelog: Add 5 new `restriction` lints: `panic`, `unreachable`, `todo`, `option_expect_used`, `result_expect_used`
|
|
rustup-toolchain-install-master on Travis Windows builds is
unexpectedly slower when it was running on other OSes.
This commit tries to use release build of RTIM as a mean to
improve performance there.
|
|
|
|
Co-Authored-By: Philipp Krones <hello@philkrones.com>
|