| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Rename a few `crate_def_map`s to `def_map` | Jonas Schievink | 2021-03-06 | 1 | -12/+12 |
| | | | | | These could all be block `DefMap`s instead of crate-level `DefMap`s | ||||
| * | Wrap `BuiltinType` in code model | Jonas Schievink | 2021-02-11 | 1 | -0/+1 |
| | | |||||
| * | Remove unneeded return | Jonas Schievink | 2021-02-09 | 1 | -2/+2 |
| | | |||||
| * | Remove `pub` | Jonas Schievink | 2021-02-09 | 1 | -2/+2 |
| | | |||||
| * | Use `block_def_map` in `Resolver` | Jonas Schievink | 2021-02-09 | 1 | -118/+97 |
| | | | | | | | | This required a few changes to not bail out immediately if a `ModuleScope` doesn't resolve a path. The `LocalItemsScope` hack is now removed. | ||||
| * | Make `ModPath`'s representation private | Jonas Schievink | 2021-02-04 | 1 | -6/+6 |
| | | |||||
| * | Create all `ModuleId`s through a `DefMap` method | Jonas Schievink | 2021-01-25 | 1 | -1/+1 |
| | | | | | | `ModuleId` needs to be able to represent blocks, and only the associated `DefMap` will know how to construct that `ModuleId` | ||||
| * | Obtain `ModuleId`'s `DefMap` through a method | Jonas Schievink | 2021-01-22 | 1 | -3/+3 |
| | | |||||
| * | Fix broken link in intra-doc | Daiki Ihara | 2021-01-22 | 1 | -0/+13 |
| | | |||||
| * | DefMap: hide remaining crate-visible fields | Jonas Schievink | 2021-01-20 | 1 | -5/+5 |
| | | |||||
| * | Show const params in completions | Lukas Wirth | 2021-01-19 | 1 | -9/+16 |
| | | |||||
| * | Rename `CrateDefMap` to `DefMap` | Jonas Schievink | 2021-01-18 | 1 | -8/+4 |
| | | |||||
| * | Handle self/super/crate in PathSegment as NameRef | Lukas Wirth | 2021-01-15 | 1 | -1/+1 |
| | | |||||
| * | Merge #7110 | bors[bot] | 2021-01-14 | 1 | -2/+8 |
| |\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7110: Deduplicate macros when offering completion r=matklad a=AdnoC Closes https://github.com/rust-analyzer/rust-analyzer/issues/7081 When iterating over the names within the `hir_def::resolver::Scope` for a module, track what macros are in the `hir_def::item_scope::ItemScope::legacy_macros` collection for the module. When iterating over names from the prelude, do not proccess the name if it had been in the `legacy_macros` collection. This is implemented with a `FxHashSet` in the `Scope::process_names` function that is populated when iterating over `legacy_macros` and checked when iterating over the prelude. Alternative implementation could instead query the `legacy_macros` `FxHashMap` directly when processing names in the prelude. Also, I'd like to add a test for this, but I'm not sure where it could be added. Co-authored-by: AdnoC <[email protected]> | ||||
| | * | we can have one less call to name.clone() | AdnoC | 2020-12-31 | 1 | -2/+3 |
| | | | |||||
| | * | deduplicate macro completions from legacy macros and prelude | AdnoC | 2020-12-31 | 1 | -2/+7 |
| | | | |||||
| * | | Fixed typos in code comments | Vincent Esche | 2021-01-09 | 1 | -1/+1 |
| | | | |||||
| * | | Add ConstParams to the HIR | Lukas Wirth | 2021-01-01 | 1 | -5/+12 |
| |/ | |||||
| * | Rename ra_hir_def -> hir_def | Aleksey Kladov | 2020-08-13 | 1 | -0/+713 |
 |
index : rust-analyzer | |
| [FORK] modified to work on wasm targets |
| aboutsummaryrefslogtreecommitdiff |