Most of macros from std are not resolved

[oxalica]

I'm using rust-analyzer from master with vscode extension.

I found it failed to infer the type of vec! (no type decorator, even no {unknown}), but it works well with my simple implementation using macro_rules. So I think there is something wrong resolving them.

Most of macros from std do not work, except std::dbg!, while dbg! (without prefix) still fails.

The output from "Rust Analyzer Language Server Trace" contains no errors.

Screenshot:

[DJMcNab]

EDIT: Nevermind, I misread the issue

Also sorry for my multiple replies. I guess GitHub doesn't use idempotency tokens

[oxalica]

It seems to be caused by #[macro_use] not working. Is it implemented yet?
Related: #60

Here is a simple example:
In crate1/src/lib.rs:

#[macro_export]
macro_rules! foo {
    () => { 42 };
}

In crate2/src/main.rs:

#[macro_use] // This has no effect
extern crate crate1;

// use crate1::*; // Uncomment this, and everything works

fn main() {
    let _t = foo!(); // No type inferred
}

[oxalica]

Some related issue (may be blocking issue):

1. Textual scoped macro is partial handled now, only module level macros will be resolved (in an approximate way) and expanded.
2. $crate in macro is not supported.

[lnicola]

So this is still not working, however vec! is a bit problematic because it has two versions, gated with #[cfg]. Neither vec! nor std::vec! work.

But note that vec! is defined in liballoc. format! is defined in the same crate, and while format! doesn't work, std::format! does. So my suspicion is that there are two bugs:

• #[cfg] is not supported
• there's a prelude definition problem preventing format! from working (since dbg! from libstd is fine now)

[oxalica]

#[cfg] works. The current issue is still in name resolving and importing, and I'm working on it.