aboutsummaryrefslogtreecommitdiff
path: root/crates
Commit message (Collapse)AuthorAgeFilesLines
...
* | Make make:: builders slightly more convenientAleksey Kladov2019-11-132-9/+12
| |
* | Use strongly-typed ast building for early-return assistAleksey Kladov2019-11-132-45/+102
| |
* | Add a bit of typesAleksey Kladov2019-11-131-5/+5
| |
* | Minor cleanupAleksey Kladov2019-11-131-19/+20
| |
* | Reduce duplication between uncertain floats & intsAleksey Kladov2019-11-137-70/+55
| |
* | Merge #2223bors[bot]2019-11-128-732/+765
|\ \ | | | | | | | | | | | | | | | | | | | | | 2223: Move expression lowering to hir_def r=matklad a=matklad Co-authored-by: Aleksey Kladov <[email protected]>
| * | Add helpful pointer to module docsAleksey Kladov2019-11-121-0/+2
| | |
| * | Drop obsolete commentAleksey Kladov2019-11-121-4/+0
| | |
| * | Move expression lowering to hir_defAleksey Kladov2019-11-127-732/+767
| | |
* | | Merge #2217bors[bot]2019-11-123-11/+23
|\ \ \ | |/ / |/| | | | | | | | | | | | | | | | | | | | 2217: Implement FromStr for enum Edition r=matklad a=clemarescx Just did this as I came across the comment in the code asking for implementing `std::str::FromStr` for `input::Edition`. Not sure what was meant by "proper error handling" though, `panic!` with a descriptive message might not be it :sweat_smile: Co-authored-by: Metabaron <[email protected]>
| * | Fix unused importMetabaron2019-11-121-1/+1
| | |
| * | return Error instead of panicking in from_cargo_metadataMetabaron2019-11-122-10/+16
| | |
| * | Implement FromStr for enum EditionMetabaron2019-11-123-8/+14
| | |
* | | Remove owner from BodyAleksey Kladov2019-11-125-28/+19
| | |
* | | Disallow regressing crate docsAleksey Kladov2019-11-122-4/+6
| | |
* | | Move definition of exprs to hir_defAleksey Kladov2019-11-1210-518/+598
|/ /
* | Minor refactoringAleksey Kladov2019-11-122-21/+32
| |
* | Minor cleanupAleksey Kladov2019-11-126-47/+44
| |
* | fix typoGreg2019-11-121-1/+1
| |
* | Implement postfix completions feature flagGreg2019-11-122-0/+5
| |
* | Introduce hir::GenericParamAleksey Kladov2019-11-114-9/+19
| | | | | | | | Unlike existing hir::GenericParams, this is a global ID.
* | Don't reexport generics from HIRAleksey Kladov2019-11-115-12/+13
| |
* | Merge #2200bors[bot]2019-11-1114-173/+171
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | 2200: Add variables to HIR r=matklad a=matklad Introduce a `hir::Variable`, which should cover locals, parameters and `self`. Unlike `PatId`, variable knows it's owner so it is self-contained, and should be more convenient to use from `ra_ide_api`. The goal here is to hide more details about `Body` from hir, which should make it easier to move `Body` into `hir_def`. I don't think that `ra_ide_api` intrracts with bodies directly at the moment anyway, but the glue layer is based basically on `ast::BindPat`, which seems pretty brittle. Co-authored-by: Aleksey Kladov <[email protected]>
| * | Add hir::LocalAleksey Kladov2019-11-1114-173/+171
| | |
* | | Merge #2205bors[bot]2019-11-119-22/+458
|\ \ \ | |/ / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2205: Implement bulitin line! macro r=matklad a=edwin0cheng This PR implements bulitin macro `line!` and add basic infra-structure for other bulitin macros: 1. Extend `MacroDefId` to support builtin macros 2. Add a `quote!` macro for simple quasi quoting. Note that for support others builtin macros, eager macro expansion have to be supported first, this PR not try to handle it. :) Co-authored-by: Edwin Cheng <[email protected]>
| * | Add MacroDefKindEdwin Cheng2019-11-116-51/+29
| | |
| * | Add line macro and testsEdwin Cheng2019-11-113-7/+84
| | |
| * | Add quote macroEdwin Cheng2019-11-112-0/+262
| | |
| * | Add basic bultin macro infrastructureEdwin Cheng2019-11-118-29/+148
| | |
* | | Refactor highlighting to use classify_nameAleksey Kladov2019-11-111-72/+73
| | |
* | | Introduce ToNav traitAleksey Kladov2019-11-117-177/+200
| | |
* | | impl fmt::Display for BuiltinTypeAleksey Kladov2019-11-112-6/+34
| | |
* | | Merge #2203bors[bot]2019-11-111-19/+31
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2203: Hover for builtins r=matklad a=kjeremy Fixes #2192 Co-authored-by: Jeremy Kolb <[email protected]>
| * | | Hover for builtinsJeremy Kolb2019-11-101-19/+31
| | |/ | |/|
* | | Forbid visibility qualifiers in traitsAleksey Kladov2019-11-114-1/+131
| | |
* | | Make primitive tys publicAleksey Kladov2019-11-111-1/+5
| | |
* | | Overwrite the prelude with one defined in a later dependencyMatthias Einwag2019-11-102-9/+8
| | | | | | | | | | | | | | | | | | | | | This removes the special casing for the "core" prelude. Whenever a later dependency also exports a prelude, it will replace the formerly imported prelude. The utilized prelude then depends purely on import order.
* | | Add tests for resolving types in core and std preludesMatthias Einwag2019-11-102-0/+93
| | |
* | | Resolve core typesMatthias Einwag2019-11-093-2/+16
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds support for completion and goto definition of types defined within the "core" crate. The core crate is added as a dependency to each crate in the project. The core crate exported it's own prelude. This caused now all crates to inherit the core crates prelude instead of the std crates. In order to avoid the problem the prelude resolution has been changed to overwrite an already resolved prelude if this was set to a crate named core - in order to pick a better prelude like std. Fixes #2199
* / Unfork struct and union idsAleksey Kladov2019-11-0910-53/+51
|/
* Remove typed macro parsing APIAleksey Kladov2019-11-095-72/+83
| | | | | We do type-erasure on every path anyway, so it doesn't make much sense to duplicate this function for every type
* Minor cleanupAleksey Kladov2019-11-091-6/+8
|
* Merge #2169bors[bot]2019-11-098-101/+305
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | 2169: MBE: Mapping spans for goto definition r=matklad a=edwin0cheng Currently, go to definition gives the wrong span in MBE. This PR implement a mapping mechanism to fix it and it could be used for future MBE hygiene implementation. The basic idea of the mapping is: 1. When expanding the macro, generated 2 `TokenMap` which maps the macro args and macro defs between tokens and input text-ranges. 2. Before converting generated `TokenTree` to `SyntaxNode`, generated a `ExpandedRangeMap` which is a mapping between token and output text-ranges. 3. Using these 3 mappings to construct an `ExpansionInfo` which can map between input text ranges and output text ranges. Co-authored-by: Edwin Cheng <[email protected]>
| * Remove map_ranges in RevTokenMapEdwin Cheng2019-11-094-66/+35
| |
| * Refactor and simpfilyEdwin Cheng2019-11-085-89/+42
| |
| * Refactor and add more commentsEdwin Cheng2019-11-082-58/+52
| |
| * Fix formattingEdwin Cheng2019-11-051-1/+1
| |
| * Refactor a bitEdwin Cheng2019-11-042-11/+7
| |
| * Use macro_rules shift to map text rangesEdwin Cheng2019-11-044-51/+26
| |
| * Use ? and destructing to simplifed long codeEdwin Cheng2019-11-041-19/+17
| |