aboutsummaryrefslogtreecommitdiff
path: root/crates/ra_hir/src
Commit message (Collapse)AuthorAgeFilesLines
...
* Expand column!()Jeremy Kolb2019-11-221-0/+19
|
* Merge #2357bors[bot]2019-11-221-0/+19
|\ | | | | | | | | | | | | | | 2357: Expand file! to dummy "" r=edwin0cheng a=kjeremy See https://github.com/rust-analyzer/rust-analyzer/pull/2355#issuecomment-557541873 Co-authored-by: kjeremy <[email protected]>
| * Expand file! to dummy ""kjeremy2019-11-221-0/+19
| |
* | Remove TraitData from APIAleksey Kladov2019-11-222-10/+5
| |
* | Hide data from public APIAleksey Kladov2019-11-223-16/+8
| |
* | Move const&static date to hir_defAleksey Kladov2019-11-225-67/+22
| |
* | Make ImplData's fields publicAleksey Kladov2019-11-223-6/+6
| |
* | Move FunctionData to hir_defAleksey Kladov2019-11-226-100/+31
|/
*-. Merge #2348 #2352bors[bot]2019-11-224-40/+4
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2348: Add support for stringify! builtin macro r=matklad a=piotr-szpetkowski Refs #2212 First time ever contributing here, hopefully it's ok. 2352: Move TypeAlias to hir_def r=matklad a=matklad Co-authored-by: Piotr Szpetkowski <[email protected]> Co-authored-by: Aleksey Kladov <[email protected]>
| | * Move TypeAlias to hir_defAleksey Kladov2019-11-224-40/+4
| |/
* | Merge #2351bors[bot]2019-11-223-16/+15
|\ \ | |/ |/| | | | | | | | | | | 2351: Rename Atts trait r=matklad a=matklad Co-authored-by: Aleksey Kladov <[email protected]>
| * Rename Atts traitAleksey Kladov2019-11-222-13/+10
| |
| * Encapsulate AttrsAleksey Kladov2019-11-222-9/+11
| |
* | Add to_macro_file_kindEdwin Cheng2019-11-211-2/+38
|/
* reformatAleksey Kladov2019-11-212-5/+4
|
* Remove old hir::generics moduleAleksey Kladov2019-11-2111-114/+94
|
* Move resolver to hir_defAleksey Kladov2019-11-2113-652/+29
|
* DecoupleAleksey Kladov2019-11-218-49/+53
|
* Split internal and user-visible ScopeDefAleksey Kladov2019-11-212-17/+40
|
* Use GenericParam in ScopeDefAleksey Kladov2019-11-212-4/+10
|
* Move ScopeDefAleksey Kladov2019-11-214-31/+31
|
* DecoupleAleksey Kladov2019-11-216-75/+105
|
* DecoupleAleksey Kladov2019-11-215-43/+59
|
* Move expr resolver to resolveAleksey Kladov2019-11-214-33/+35
|
* Decouple ResolverAleksey Kladov2019-11-219-107/+180
|
* SimplifyAleksey Kladov2019-11-202-41/+15
|
* Add HasResolver traitAleksey Kladov2019-11-208-134/+138
|
* Remove hir/adt.rsAleksey Kladov2019-11-206-66/+47
|
* Simplify generic paramsAleksey Kladov2019-11-203-37/+33
|
* Move generic_params query to HIRAleksey Kladov2019-11-202-23/+6
|
* Move constants to new IDAleksey Kladov2019-11-208-28/+52
| | | | This allows us to get rid of trait item index
* Don't duplicate ContainerId typeAleksey Kladov2019-11-201-8/+8
|
* Switch type aliases to new sourcesAleksey Kladov2019-11-203-54/+88
|
* Fix expand macroEdwin Cheng2019-11-201-3/+10
|
* Next gen IDs for functionsAleksey Kladov2019-11-204-19/+76
| | | | | | | | | | | | | | | | | 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 traits to hir_defAleksey Kladov2019-11-205-114/+17
|
* Rename with_ast -> with_valueAleksey Kladov2019-11-201-6/+6
|
* Move Generics to hir_defAleksey Kladov2019-11-204-170/+60
|
* Allow non-path default type parametersAleksey Kladov2019-11-203-10/+29
|
* Rename Source::ast -> Source::valueAleksey Kladov2019-11-2013-89/+91
|
* Merge pull request #2297 from kiljacken/masterAleksey Kladov2019-11-202-4/+59
|\ | | | | Add fancy truncation of type hints.
| * Move type inlay hint truncation to language serverEmil Lauridsen2019-11-192-4/+59
| | | | | | | | | | | | | | | | | | | | | | | | This commit implements a general truncation framework for HirFormatter that keeps track of how much has been output so far. This information can then be used to perform truncation inside the language server, instead of relying on the client. Initial support is implemented for truncating types hints using the maxInlayHintLength server config option. The existing solution in the VSCode extension has been removed in favor of letting the server truncate type hints.
* | Change to use Expansion::file_id and reorderingEdwin Cheng2019-11-191-6/+1
| |
* | RebaseEdwin Cheng2019-11-191-0/+5
|/
* Publicise GenericParamsAleksey Kladov2019-11-181-3/+3
| | | | See https://rust-lang.zulipchat.com/#narrow/stream/185405-t-compiler.2Fwg-rls-2.2E0/topic/Exposing.20GenericParam.2Ename
* More correct expansion mappingAleksey Kladov2019-11-171-4/+9
| | | | We can't really map arbitrary ranges, we only can map tokens
* Disable doctestsAleksey Kladov2019-11-171-2/+2
|
* Goto definition works inside macrosAleksey Kladov2019-11-161-1/+22
|
* Upgrade Chalk againFlorian Diebold2019-11-163-24/+34
|
* Fix handling of the binders in dyn/impl TraitFlorian Diebold2019-11-164-45/+116
| | | | | | | | | We need to be more careful now when substituting bound variables (previously, we didn't have anything that used bound variables except Chalk, so it was not a problem). This is obviously quite ad-hoc; Chalk has more infrastructure for handling this in a principled way, which we maybe should adopt.
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-15 01:29:32 +0000