Inlay hints and symbol renaming not working when using no_main custom entry point (embedded)

[eflukx]

I have (perceived) strange behavior when using rust analyzer in vscode on an embedded project. In this example a trivial example project based on the nRF52840 devkit.

The (inline) type hints are missing when variable are declared mut (at let mut _key = [0u8; 128];),
furthermore symbol renaming does not work (see renamed vs. peripherals)

When commenting out the #[entry] line (obviously the code breaks, but) inline hints and symbol renaming work as expected...

Have been fiddling with some rust analyzer settings, ran rustup update, tried rust_analyzer nightly, tried older versions, all to no avail.. Am I missing something, or did we encounter a bug?

[Veykril]

I don't have knowledge about embedded libraries, from what crate is the entry attribute?

[eflukx]

As I'm using a cortex-m architecture, in my case it's from the cortex_m_rt create (use cortex_m_rt::entry;).

The #[entry] attribute declares function the be the entry point of the program and is used in all 'no_main' (e.g. embedded) projects.

[eflukx]

Another symptom is the 'run/debug' buttons do not show up as supposed and autocompletion seems to not be fully working (as if RA is not fully aware of its context).

Tried with another embedded architecture (AVR template project): same issue. Tested on another (Windows) PC: same issue. Both in native Windows as from WSL2 the issue is the same.

[Veykril]

The autocomplete issue is known and needs a fix in the attribute proc-macro itself, see #10520

[eflukx]

Ran into another issue with embedded target, that could be (or seems) related.
I bisected that problem down to a specific rust-analyzer VSCode plugin version. The version that solves that problem, also seems to fix this issue(!):

v0.2.760 is the last version that seem to work correctly, from v0.2.768 onwards, the problem arises.

see: Rahix/avr-hal-template#3 (comment)

[Veykril]

Ye thats the version of when we enabled attribute macros by default, prior to that the attribute didn't do anything. Note if this is a bigger problem for you currently you can get the old behavior back by disabling the rust-analyzer.experimental.procAttrMacros setting.

[flodiebold]

@eflukx Are you still having problems with this with current RA versions?

[eflukx]

@eflukx Are you still having problems with this with current RA versions?

Thanks for informing on this :) Up to now I've been working with the rust-analyzer.experimental.procAttrMacros: false setting. Just commented it out (so i expect it to be at its default true) and 'stuff' did not seem to break. ie. inlay types are displayed and everything else seemed normal/as expected. So looks good.