Incorrect: mismatched-arg-count with RTIC

[VersBinarii]

The following example causes rust-analyzer to incorrectly report [rust-analyzer mismatched-arg-count] [E] Expected 1 argument, found 0 with those 2 lines:

let _flash = dp.FLASH.constrain();
let _rcc = dp.RCC.constrain();

when using latest cortex-m-rtic = "0.6.0-alpha.0" release.
However when providing a dummy argument into constrain() rust analyzer then correctly says that the function in fact takes no arguments.

#![no_std]
#![no_main]

use panic_halt as _;
use stm32f1xx_hal::stm32;

#[rtic::app(device = crate::stm32, peripherals = true)]
mod app {
    use panic_halt as _;
    use stm32f1xx_hal::prelude::*;

    #[resources]
    struct Resources {}

    #[init]
    fn init(cx: init::Context) -> init::LateResources {
        let dp = cx.device;

        let _flash = dp.FLASH.constrain();
        let _rcc = dp.RCC.constrain();

        init::LateResources {}
    }

    #[idle]
    fn idle(_cx: idle::Context) -> ! {
        loop {}
    }
}

[bjorn3]

Attribute proc macros are not yet supported.

[flodiebold]

As bjorn3 wrote, we don't run attribute macros yet, so cx and dp are probably of unknown type. We should keep track of the type errors in this situation and avoid issuing follow-up diagnostics.

[VersBinarii]

Thanks, i understood the issue. I'm happy to close this issue unless you wish to use this for keeping the track of it.

[lnicola]

Proc macro attributes are tracked in #6029, please watch that and re-test when it's implemented. Closing to keep things tidy.