mirror of
https://github.com/rust-lang/rust-analyzer
synced 2024-12-26 13:03:31 +00:00
libsyntax2 -> rust-analyzer
This commit is contained in:
parent
79293d2593
commit
8845b50438
3 changed files with 9 additions and 10 deletions
|
@ -9,7 +9,7 @@ are some areas where contributions would be **especially** welcome:
|
|||
constraints, it's an open question how to satisfy them in the
|
||||
optimal way. See `ARCHITECTURE.md` for current design questions.
|
||||
|
||||
* Porting libsyntax parser to libsyntax2: currently libsyntax2 parses
|
||||
* Porting libsyntax parser to rust-analyzer: currently rust-analyzer parses
|
||||
only a tiny subset of Rust. This should be fixed by porting parsing
|
||||
functions from libsyntax one by one. Take a look at the
|
||||
[libsyntax parser](https://github.com/rust-lang/rust/blob/6b99adeb11313197f409b4f7c4083c2ceca8a4fe/src/libsyntax/parse/parser.rs)
|
||||
|
@ -17,23 +17,22 @@ are some areas where contributions would be **especially** welcome:
|
|||
[Kotlin parser](https://github.com/JetBrains/kotlin/blob/4d951de616b20feca92f3e9cc9679b2de9e65195/compiler/frontend/src/org/jetbrains/kotlin/parsing/KotlinParsing.java)
|
||||
for "how to port".
|
||||
|
||||
* Writing validators: by design, libsyntax2 is very lax about the
|
||||
* Writing validators: by design, rust-analyzer is very lax about the
|
||||
input. For example, the lexer happily accepts unclosed strings. The
|
||||
idea is that there should be a higher level visitor, which walks the
|
||||
syntax tree after parsing and produces all the warnings. Alas,
|
||||
there's no such visitor yet :( Would you like to write one? :)
|
||||
|
||||
* Creating tests: it would be tremendously helpful to read each of
|
||||
libsyntax and libsyntax2 parser functions and crate a small separate
|
||||
libsyntax and rust-analyzer parser functions and crate a small separate
|
||||
test cases to cover each and every edge case.
|
||||
|
||||
* Building stuff with libsyntax2: it would be really cool to compile
|
||||
libsyntax2 to WASM and add *client side* syntax validation to rust
|
||||
* Building stuff with rust-analyzer: it would be really cool to compile
|
||||
rust-analyzer to WASM and add *client side* syntax validation to rust
|
||||
playground!
|
||||
|
||||
|
||||
Do take a look at the issue tracker, and try to read other docs in
|
||||
the [./docs](https://github.com/matklad/libsyntax2/tree/master/docs) folder!
|
||||
Do take a look at the issue tracker.
|
||||
|
||||
If you don't know where to start, or have *any* questions or suggestions,
|
||||
don't hesitate to chat at [Gitter](https://gitter.im/libsyntax2/Lobby)!
|
||||
|
|
|
@ -92,7 +92,7 @@ notes.
|
|||
- `algo`: generic tree algorithms, including `walk` for O(1) stack
|
||||
space tree traversal (this is cool) and `visit` for type-driven
|
||||
visiting the nodes (this is double plus cool, if you understand how
|
||||
`Visitor` works, you understand libsyntax2).
|
||||
`Visitor` works, you understand rust-analyzer).
|
||||
|
||||
|
||||
### `crates/ra_editor`
|
||||
|
@ -132,7 +132,7 @@ A CLI interface to libsyntax
|
|||
|
||||
### `crate/tools`
|
||||
|
||||
Code-gen tasks, used to develop libsyntax2:
|
||||
Code-gen tasks, used to develop rust-analyzer:
|
||||
|
||||
- `cargo gen-kinds` -- generate `ast` and `syntax_kinds`
|
||||
- `cargo gen-tests` -- collect inline tests from grammar
|
||||
|
|
|
@ -407,7 +407,7 @@ pub fn publish_diagnostics(
|
|||
range: d.range.conv_with(&line_index),
|
||||
severity: Some(DiagnosticSeverity::Error),
|
||||
code: None,
|
||||
source: Some("libsyntax2".to_string()),
|
||||
source: Some("rust-analyzer".to_string()),
|
||||
message: d.message,
|
||||
related_information: None,
|
||||
}).collect();
|
||||
|
|
Loading…
Reference in a new issue