2022-08-11 12:42:16 -05:00
|
|
|
#![feature(async_closure)]
|
2019-09-25 11:30:27 -05:00
|
|
|
#![warn(clippy::redundant_closure_call)]
|
2023-03-10 03:53:50 -06:00
|
|
|
#![allow(clippy::redundant_async_block)]
|
2023-07-02 07:35:19 -05:00
|
|
|
#![allow(clippy::type_complexity)]
|
2019-09-25 11:30:27 -05:00
|
|
|
#![allow(unused)]
|
|
|
|
|
2022-08-11 12:42:16 -05:00
|
|
|
async fn something() -> u32 {
|
|
|
|
21
|
|
|
|
}
|
|
|
|
|
|
|
|
async fn something_else() -> u32 {
|
|
|
|
2
|
|
|
|
}
|
|
|
|
|
2019-09-25 11:30:27 -05:00
|
|
|
fn main() {
|
|
|
|
let a = 42;
|
2022-08-11 12:42:16 -05:00
|
|
|
let b = async {
|
|
|
|
let x = something().await;
|
|
|
|
let y = something_else().await;
|
|
|
|
x * y
|
|
|
|
};
|
|
|
|
let c = {
|
|
|
|
let x = 21;
|
|
|
|
let y = 2;
|
|
|
|
x * y
|
|
|
|
};
|
|
|
|
let d = async { something().await };
|
2022-12-01 11:29:38 -06:00
|
|
|
|
|
|
|
macro_rules! m {
|
|
|
|
() => {
|
|
|
|
0
|
|
|
|
};
|
|
|
|
}
|
|
|
|
macro_rules! m2 {
|
|
|
|
() => {
|
|
|
|
m!()
|
|
|
|
};
|
|
|
|
}
|
|
|
|
m2!();
|
2023-07-02 07:35:19 -05:00
|
|
|
issue9956();
|
|
|
|
}
|
|
|
|
|
|
|
|
fn issue9956() {
|
|
|
|
assert_eq!(43, 42);
|
|
|
|
|
|
|
|
// ... and some more interesting cases I've found while implementing the fix
|
|
|
|
|
|
|
|
// not actually immediately calling the closure:
|
|
|
|
let a = (|| 42);
|
|
|
|
dbg!(a());
|
|
|
|
|
|
|
|
// immediately calling it inside of a macro
|
|
|
|
dbg!(42);
|
|
|
|
|
|
|
|
// immediately calling only one closure, so we can't remove the other ones
|
|
|
|
let a = (|| || 123);
|
|
|
|
dbg!(a()());
|
|
|
|
|
|
|
|
// nested async closures
|
|
|
|
let a = async { 1 };
|
|
|
|
let h = async { a.await };
|
|
|
|
|
|
|
|
// macro expansion tests
|
|
|
|
macro_rules! echo {
|
|
|
|
($e:expr) => {
|
|
|
|
$e
|
|
|
|
};
|
|
|
|
}
|
|
|
|
let a = 1;
|
|
|
|
assert_eq!(a, 1);
|
|
|
|
let a = 123;
|
|
|
|
assert_eq!(a, 123);
|
|
|
|
|
|
|
|
// chaining calls, but not closures
|
|
|
|
fn x() -> fn() -> fn() -> fn() -> i32 {
|
|
|
|
|| || || 42
|
|
|
|
}
|
|
|
|
let _ = x()()()();
|
|
|
|
|
|
|
|
fn bar() -> fn(i32, i32) {
|
|
|
|
foo
|
|
|
|
}
|
|
|
|
fn foo(_: i32, _: i32) {}
|
|
|
|
bar()(42, 5);
|
|
|
|
foo(42, 5);
|
2019-09-25 11:30:27 -05:00
|
|
|
}
|
2023-12-01 11:21:58 -06:00
|
|
|
|
|
|
|
async fn issue11357() {
|
|
|
|
async {}.await;
|
|
|
|
}
|
|
|
|
|
|
|
|
mod issue11707 {
|
|
|
|
use core::future::Future;
|
|
|
|
|
|
|
|
fn spawn_on(fut: impl Future<Output = ()>) {}
|
|
|
|
|
|
|
|
fn demo() {
|
|
|
|
spawn_on(async move {});
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
fn avoid_double_parens() {
|
|
|
|
std::convert::identity(13_i32 + 36_i32).leading_zeros();
|
|
|
|
}
|
2024-02-08 13:24:42 -06:00
|
|
|
|
|
|
|
fn fp_11274() {
|
|
|
|
macro_rules! m {
|
|
|
|
($closure:expr) => {
|
|
|
|
$closure(1)
|
|
|
|
};
|
|
|
|
}
|
|
|
|
m!(|x| println!("{x}"));
|
|
|
|
}
|
2024-03-07 10:19:29 -06:00
|
|
|
|
|
|
|
// Issue #12358: When a macro expands into a closure, immediately calling the expanded closure
|
|
|
|
// triggers the lint.
|
|
|
|
fn issue_12358() {
|
|
|
|
macro_rules! make_closure {
|
|
|
|
() => {
|
|
|
|
(|| || {})
|
|
|
|
};
|
|
|
|
(x) => {
|
|
|
|
make_closure!()()
|
|
|
|
};
|
|
|
|
}
|
|
|
|
|
|
|
|
// The lint would suggest to alter the line below to `make_closure!(x)`, which is semantically
|
|
|
|
// different.
|
|
|
|
make_closure!(x)();
|
|
|
|
}
|