Skip to content

Conversation

sfackler
Copy link
Member

Closes #17490

bors added a commit that referenced this pull request Oct 1, 2014
@bors bors closed this Oct 1, 2014
@bors bors merged commit b4909f6 into rust-lang:master Oct 1, 2014
bors added a commit that referenced this pull request Oct 5, 2014
Probably fallen through the cracks in #17630.
@sfackler sfackler deleted the cfg-warnings branch November 26, 2016 05:54
lnicola pushed a commit to lnicola/rust that referenced this pull request Sep 25, 2024
fix: Fix name resolution when an import is resolved to some namespace and then later in the algorithm another namespace is added

The import is flagged as "indeterminate", and previously it was re-resolved, but only at the end of name resolution, when it's already too late for anything that depends on it.

This issue was tried to fix in rust-lang/rust-analyzer#2466, but it was not fixed fully.

That PR is also why IDE features did work: the import at the end was resolved correctly, so IDE features that re-resolved the macro path resolved it correctly.

I was concerned about the performance of this, but this doesn't seem to regress `analysis-stats .`, so I guess it's fine to land this. I have no idea about the incremental perf however and I don't know how to measure that, although when typing in `zbus` (including creating a new function, which should recompute the def map) completion was fast enough.

I didn't check what rustc does, so maybe it does something more performant, like keeping track of only possibly problematic imports.

Fixes rust-lang#18138.
Probably fixes rust-lang#17630.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Overhaul the #[cfg(..)] pattern syntax

2 participants