aboutsummaryrefslogtreecommitdiff
path: root/crates/ra_hir_def/src/generics.rs
Commit message (Collapse)AuthorAgeFilesLines
* Track source of type parametersAleksey Kladov2019-12-071-21/+72
|
* MinorAleksey Kladov2019-12-071-3/+4
|
* Remove idx and parent generics from genericsAleksey Kladov2019-12-071-71/+19
| | | | | This makes `hir_def::GenericParams` flatter. The logic for re-numbering the params is moved to hir instead.
* Store GenericParams in arenaAleksey Kladov2019-12-071-12/+13
|
* Move source-related traits to a separate moduleAleksey Kladov2019-11-281-1/+2
|
* Fix hir for ast::UnionDefAleksey Kladov2019-11-251-4/+2
|
* Get rid of DefDatabase2Aleksey Kladov2019-11-231-4/+4
|
* Simplify generic paramsAleksey Kladov2019-11-201-2/+1
|
* Move generic_params query to HIRAleksey Kladov2019-11-201-3/+26
|
* Switch type aliases to new sourcesAleksey Kladov2019-11-201-1/+1
|
* Next gen IDs for functionsAleksey Kladov2019-11-201-2/+2
| | | | | | | | | | | | | | | | | The current system with AstIds has two primaraly drawbacks: * It is possible to manufacture IDs out of thin air. For example, it's possible to create IDs for items which are not considered in CrateDefMap due to cfg. Or it is possible to mixup structs and unions, because they share ID space. * Getting the ID of a parent requires a secondary index. Instead, the plan is to pursue the more traditional approach, where each items stores the id of the parent declaration. This makes `FromSource` more awkward, but also more correct: now, to get from an AST to HIR, we first do this recursively for the parent item, and the just search the children of the parent for the matching def
* Move Generics to hir_defAleksey Kladov2019-11-201-0/+163