From afe5f26239e04b156963ac8d01371847f965e359 Mon Sep 17 00:00:00 2001 From: Aleksey Kladov Date: Sun, 13 Jan 2019 13:51:26 +0300 Subject: tweak readme --- README.md | 76 +++++++++++++++++++++++++++------------------------------------ 1 file changed, 33 insertions(+), 43 deletions(-) (limited to 'README.md') diff --git a/README.md b/README.md index 0b7203d2c..cbb72c8cf 100644 --- a/README.md +++ b/README.md @@ -2,15 +2,13 @@ [![Build Status](https://travis-ci.org/rust-analyzer/rust-analyzer.svg?branch=master)](https://travis-ci.org/rust-analyzer/rust-analyzer) -Rust Analyzer is an **experimental** modular compiler frontend for the -Rust language, which aims to lay a foundation for excellent IDE -support. +Rust Analyzer is an **experimental** modular compiler frontend for the Rust +language, which aims to lay a foundation for excellent IDE support. -It doesn't implement much of compiler functionality yet, but the -white-space preserving Rust parser works, and there are significant -chunks of overall architecture (indexing, on-demand & lazy -computation, snapshotable world view) in place. Some basic IDE -functionality is provided via a language server. +It doesn't implement much of compiler functionality yet, but the white-space +preserving Rust parser works, and there are significant chunks of overall +architecture (indexing, on-demand & lazy computation, snapshotable world view) +in place. Some basic IDE functionality is provided via a language server. Work on the Rust Analyzer is sponsored by @@ -30,53 +28,45 @@ $ cargo run --package ra_cli parse < crates/ra_syntax/src/lib.rs # show symbols of a Rust file $ cargo run --package ra_cli symbols < crates/ra_syntax/src/lib.rs -``` -To try out the language server, see [these -instructions](./editors/README.md). Please note that the server is not -ready for general use yet. If you are looking for a Rust IDE that -works, use [IntelliJ -Rust](https://github.com/intellij-rust/intellij-rust) or -[RLS](https://github.com/rust-lang-nursery/rls). That being said, the -basic stuff works, and rust analyzer is developed in the rust analyzer -powered editor. +# install the language server +$ cargo install --path crates/ra_lsp_server +``` +See [these instructions](./editors/README.md) for VS Code setup and the list of +features (some of which are VS Code specific). ## Current Status and Plans -Rust analyzer aims to fill the same niche as the official [Rust -Language Server](https://github.com/rust-lang-nursery/rls), but uses a -significantly different architecture. More details can be found [in -this +Rust analyzer aims to fill the same niche as the official [Rust Language +Server](https://github.com/rust-lang-nursery/rls), but uses a significantly +different architecture. More details can be found [in this thread](https://internals.rust-lang.org/t/2019-strategy-for-rustc-and-the-rls/8361), -but the core issue is that RLS works in the "wait until user stops -typing, run the build process, save the results of the analysis" mode, -which arguably is the wrong foundation for IDE. +but the core issue is that RLS works in the "wait until user stops typing, run +the build process, save the results of the analysis" mode, which arguably is the +wrong foundation for IDE. -Rust Analyzer is a hobby project at the moment, there's exactly zero +Rust Analyzer is an experimental project at the moment, there's exactly zero guarantees that it becomes production-ready one day. -The near/mid term plan is to work independently of the main rustc -compiler and implement at least simplistic versions of name -resolution, macro expansion and type inference. The purpose is two -fold: +The near/mid term plan is to work independently of the main rustc compiler and +implement at least simplistic versions of name resolution, macro expansion and +type inference. The purpose is two fold: -* to quickly bootstrap usable and useful language server: solution - that covers 80% of Rust code will be useful for IDEs, and will be - vastly simpler than 100% solution. +* to quickly bootstrap usable and useful language server: solution that covers + 80% of Rust code will be useful for IDEs, and will be vastly simpler than 100% + solution. * to understand how the consumer-side of compiler API should look like - (especially it's on-demand aspects). If you have - `get_expression_type` function, you can write a ton of purely-IDE - features on top of it, even if the function is only partially - correct. Plugin in the precise function afterwards should just make - IDE features more reliable. - -The long term plan is to merge with the mainline rustc compiler, -probably around the HIR boundary? That is, use rust analyzer for -parsing, macro expansion and related bits of name resolution, but -leave the rest (including type inference and trait selection) to the -existing rustc. + (especially it's on-demand aspects). If you have `get_expression_type` + function, you can write a ton of purely-IDE features on top of it, even if the + function is only partially correct. Pluging in the precise function afterwards + should just make IDE features more reliable. + +The long term plan is to merge with the mainline rustc compiler, probably around +the HIR boundary? That is, use rust analyzer for parsing, macro expansion and +related bits of name resolution, but leave the rest (including type inference +and trait selection) to the existing rustc. ## Getting in touch -- cgit v1.2.3