Macros inside modules with the same names are not considered as macros.

If I define a macro inside file foo and the macro is also named foo and reexport it next to the module, rust analyzer seems a bit confused about which foo I'm talking about.

In the image in module bar you can see that rust-analyzer thinks that it is importing a module (green color) but the macro is actually in scope and can be called.

For some reason this seems to subtly break some other things, for example when a macro like this is used to define a struct, that type is not picked up by rust analyzer. See the test at the end of this report for example of how this breaks "goto definition".

rust-analyzer version: Current master, 83ba42043

rustc version: rustc 1.78.0 (9b00956e5 2024-04-29)

editor or extension: VSCode

test to reproduce:
Note that if you rename the generate macro so that it is not named as the containing module, the test succeeds.

    #[test]
    fn goto_struct_defined_by_macro() {
        check(
            r#"
//- /main.rs crate:main
mod generate;
mod usage;

pub use generate::generate;
use usage::Foo;

fn main() {
    let _ = Foo$0;
}

//- /generate.rs
macro_rules! generate {
    ($name:ident) => {
        pub struct $name;
    };
}

pub use generate;

//- /usage.rs
use super::generate;

generate!(Foo);
        //^^^
            "#,
        );
    }

Start with the provided goto_struct_defined_by_macro test and its virtual main.rs, generate.rs, and usage.rs files; run it to reproduce the name collision between the generate module and macro. Done means the macro remains recognized in usage.rs and goto definition from Foo resolves to the struct generated by the macro.