about summary refs log tree commit diff
path: root/crates/parser/src/grammar/items.rs
AgeCommit message (Collapse)AuthorLines
2022-03-10Add support for new `where` clause location in associated types.Dario Nieuwenhuis-1/+6
A recent Rust nightly changed it: https://github.com/rust-lang/rust/issues/89122 This allows both the old and new location.
2022-02-14Fix stylebellau-1/+1
2022-02-13fix handle static async and static async movebellau-1/+1
2022-02-12Fix stylebellau-1/+1
2022-02-12support static move toobellau-1/+1
2022-02-12Fix stylesbellau-1/+1
2022-02-12Fix Immovable generator syntax (static ||) not recognized #11448bellau-1/+1
2021-12-12Switch parser to use tokensAleksey Kladov-6/+6
2021-11-10Handle pub tuple fields in tuple structsAdam Bratschi-Kaye-1/+1
The current implementation will throw a parser error for tuple structs that contain a pub tuple field. For example, ```rust struct Foo(pub (u32, u32)); ``` is valid Rust, but rust-analyzer will throw a parser error. This is because the parens after `pub` is treated as a visibility context. Allowing a tuple type to follow `pub` in the special case when we are defining fields in a tuple struct can fix the issue.
2021-10-03Add semicolons for consistencyAramis Razzaghipour-3/+3
`clippy::semicolon_if_nothing_returned`
2021-09-18internal: better namingAleksey Kladov-5/+5
2021-09-18internal: parser cleanupAleksey Kladov-1/+1
2021-09-18minor: better test placementAleksey Kladov-7/+6
2021-09-18internal: cleanup item parsingAleksey Kladov-57/+39
2021-09-18minor: parser cleanupAleksey Kladov-19/+17
2021-09-17minor: simplifyAleksey Kladov-3/+3
2021-09-17internal: more local parsing tests for macrosAleksey Kladov-9/+4
2021-09-17internal: more focused parsing testsAleksey Kladov-48/+27
2021-09-17internal: more local test for mod itemAleksey Kladov-22/+24
2021-09-17internal: more local parsing testsAleksey Kladov-2/+6
2021-09-17internal: parser cleanupsAleksey Kladov-16/+15
2021-08-30internal: improve styleAleksey Kladov-21/+19
Group related stuff together, use only on path for parsing extern blocks (they actually have modifiers). Perhaps we should get rid of items_without_modifiers altogether? Better to handle these kinds on diagnostics in validation layer...
2021-08-30fix: avoid panic when parsing extern blockAleksey Kladov-13/+13
closes #10083
2021-05-22Add even more docsAleksey Kladov-2/+0
2021-02-15Specialization for async traitsArnaud-0/+28
2021-01-15Wrap remaining self/super/crate in Name{Ref}Lukas Wirth-0/+2
2021-01-10Replace SyntaxKind usage with T! macro where applicableLukas Wirth-13/+13
2020-12-24Fix macro_rules not accepting brackets or parenthesesLukas Wirth-2/+7
2020-12-23Parse const effect blockLukas Wirth-2/+5
2020-12-15Move to upstream `macro_rules!` modelJonas Schievink-13/+31
2020-11-22Parse unsafe extern blockDavid Tolnay-1/+9
2020-11-06Kill RAW_ literalsAleksey Kladov-3/+1
Syntactically, they are indistinguishable from non-raw versions, so it doesn't make sense to separate then *at the syntax* level.
2020-08-27CONST LOOPS ARE HEREAleksey Kladov-2/+2
2020-08-13Better recovery in `use foo::;`Aleksey Kladov-2/+14
2020-08-13Align parser names with grammarAleksey Kladov-27/+27
2020-08-12Rename ra_parser -> parserAleksey Kladov-0/+432