aboutsummaryrefslogtreecommitdiff
path: root/docs/user
Commit message (Collapse)AuthorAgeFilesLines
* manual.adoc: add Gentoo Linux installation methodmjkalyan2021-06-031-0/+14
| | | Added installation instructions for the binary ebuild of the "latest" `rust-analyzer` in Gentoo's GURU repository.
* Document that `addCallArgumentSnippets` requires `addCallParenthesisLukas Wirth2021-06-021-0/+1
|
* Add config setting for self-on-the-flyLukas Wirth2021-05-311-0/+6
|
* Fix incorrect setting descriptionsLucas Schwiderski2021-05-291-6/+6
| | | | | | | | Descriptions for diagnostic warning hint and info display were swapped. Fixes #8485. Signed-off-by: Lucas Schwiderski <[email protected]>
* Merge #8767bors[bot]2021-05-251-0/+7
|\ | | | | | | | | | | | | | | | | | | | | | | 8767: implement range formatting r=matklad a=euclio Fixes #7580. This PR implements the `textDocument/rangeFormatting` request using `rustfmt`'s `--file-lines` option. Still needs some tests. What I want to know is how I should handle the instability of the `--file-lines` option. It's still unstable in rustfmt, so it's only available on nightly, and needs a special flag to enable. Is there a way for `rust-analyzer` to detect if it's using nightly rustfmt, or for users to opt-in? Co-authored-by: Andy Russell <[email protected]>
| * implement range formattingAndy Russell2021-05-231-0/+7
| |
* | Update download instructionsLaurențiu Nicola2021-05-241-4/+4
| |
* | docs: fix binary installation instructionsChristoph Schmatzler2021-05-241-1/+1
|/ | | | issue #8926 removed uncompressed release artifacts. This updates the documentation to update instructions accordingly.
* docs(manual): Add rust-tools.nvim to nvim-lspsim2021-05-231-0/+2
|
* Update outdated auto-import documentationLukas Tobias Wirth2021-05-201-1/+1
|
* Merge #8873bors[bot]2021-05-201-2/+7
|\ | | | | | | | | | | | | | | | | | | | | | | 8873: Implement import-granularity guessing r=matklad a=Veykril This renames our `MergeBehavior` to `ImportGranularity` as rustfmt has it as the purpose of them are basically the same. `ImportGranularity::Preserve` currently has no specific purpose for us as we don't have an organize imports assist yet, so it currently acts the same as `ImportGranularity::Item`. We now try to guess the import style on a per file basis and fall back to the user granularity setting if the file has no specific style yet or where it is ambiguous. This can be turned off by setting `import.enforceGranularity` to `true`. Closes https://github.com/rust-analyzer/rust-analyzer/issues/8870 Co-authored-by: Lukas Tobias Wirth <[email protected]>
| * Replace ImportGranularity::Guess with guessing boolean flagLukas Tobias Wirth2021-05-191-2/+7
| |
* | Add new LSP extension for workspace symbol lookupalcroito2021-05-171-0/+10
|/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The new extension allows filtering of workspace symbool lookup results by search scope or search kind. Filtering can be configured in 3 different ways: - The '#' or '*' markers can be added inline with the symbol lookup query. The '#' marker means symbols should be looked up in the current workspace and any dependencies. If not specified, only current workspace is considered. The '*' marker means all kinds of symbols should be looked up (types, functions, etc). If not specified, only type symbols are returned. - Each LSP request can take an optional search_scope or search_kind argument query parameter. - Finally there are 2 global config options that can be set for all requests served by the active RA instance. Add support for setting the global config options to the VSCode extension. The extension does not use the per-request way, but it's useful for other IDEs. The latest version of VSCode filters out the inline markers, so currently the only reasonable way to use the new functionality is via the global config.
* minor: adjust config nameAleksey Kladov2021-05-171-9/+9
|
* Merge #8795bors[bot]2021-05-171-0/+9
|\ | | | | | | | | | | | | | | | | | | 8795: Allow semantic tokens for strings to be disabled r=matklad a=djrenren Fixes https://github.com/rust-analyzer/rust-analyzer/issues/7111 Pretty straightforward change, but open to any suggestions if there's a more recommended testing strategy than what I went with. Co-authored-by: John Renner <[email protected]>
| * Formatting and docsJohn Renner2021-05-101-0/+9
| |
* | minor: and one more recipe for aceAleksey Kladov2021-05-171-0/+1
| |
* | Update docsLukas Wirth2021-05-101-1/+1
| |
* | fix: fix manual renderingAleksey Kladov2021-05-101-1/+0
| | | | | | | | We add `// see the other repo` comments before headers (==). This one isn't a header, but a closing of the example block.
* | feat: make troubleshooting a top-level sectionAleksey Kladov2021-05-081-35/+35
| |
* | feat: friendlier trouble shooting guideAleksey Kladov2021-05-081-8/+32
| |
* | docs: Add Kate installation sectionMéven Car2021-05-081-0/+27
| |
* | fix: direct people to the right repositoryAleksey Kladov2021-05-071-2/+0
|/
* Merge #8482bors[bot]2021-05-031-0/+35
|\ | | | | | | | | | | | | | | 8482: Mention how to customize unsafe operation styles r=matklad a=danielzfranklin I was confused about how to do this, so I filed #8474. I apologize for initially filing this incorrectly and spamming people. Co-authored-by: Daniel Franklin <[email protected]>
| * Merge with semantic style sectionDaniel Franklin2021-05-031-8/+25
| |
| * Mention how to customize unsafe operation stylesDaniel Franklin2021-04-121-0/+18
| | | | | | | | | | I was confused about how to do this, so I filed [an issue][issue]. [issue]: rust-analyzer/rust-analyzer#8474
* | internal: ensure that client and server-side configs are not mixed upAleksey Kladov2021-04-281-5/+0
| | | | | | | | https://github.com/rust-lang/rust/issues/84647 would help big time here.
* | Add config optionsJorge Mederos Alvarado2021-04-271-0/+5
| |
* | Code review feedback.James Leitch2021-04-211-2/+2
| |
* | Diagnostic Remap Path Prefixes added.James Leitch2021-04-211-0/+6
| |
* | minor: fix ugly line wrapping in the rendered manualAleksey Kladov2021-04-201-26/+48
| |
* | Merge #8432bors[bot]2021-04-131-1/+1
|\ \ | |/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 8432: decl_check: consider outer scopes' allows r=jonas-schievink a=lf- Fix #8417. Also makes it less noisy about no_mangle annotated stuff the user can do nothing about. Note: this still is broken with bitfield! macros. A repro in an ignore test is included here. I believe this bug is elsewhere, and I don't think I can work around it here. I would like help filing the remaining bug, as it does actually affect users, but I don't know how to describe the behaviour (or even if it is unintended). Co-authored-by: Jade <[email protected]>
| * decl_check: consider outer scopes' allowsJade2021-04-081-1/+1
| | | | | | | | | | | | | | | | | | Fix #8417. Also makes it less noisy about no_mangle annotated stuff the user can do nothing about. Note: this still is broken with bitfield! macros. A repro in an ignore test is included here. I believe this bug is elsewhere, and I don't think I can work around it here.
* | feat: avoid checking the whole project during initial loadingAleksey Kladov2021-04-121-0/+6
|/
* remove enumerationPSeitz2021-03-291-2/+2
|
* update vim ycm installation instructionPSeitz2021-03-291-15/+2
|
* Mention the rustup version in the manualLaurențiu Nicola2021-03-271-0/+9
|
* Fix manual description for rust_project.jsonThiébaud Weksteen2021-03-251-1/+1
|
* Bump the default hint lengthKirill Bulatov2021-03-231-1/+1
|
* Limit the hints size by defaultKirill Bulatov2021-03-231-2/+2
|
* Apply suggestions from code reviewAleksey Kladov2021-03-221-2/+2
| | | Co-authored-by: Laurențiu Nicola <[email protected]>
* Update docs/user/manual.adocAleksey Kladov2021-03-221-1/+1
| | | Co-authored-by: bjorn3 <[email protected]>
* Document our security stanceAleksey Kladov2021-03-221-0/+14
| | | | changelog: feature
* Update docs/user/manual.adocAleksey Kladov2021-03-181-1/+1
|
* Update info about Eclipse CorrosionMickael Istria2021-03-181-4/+2
|
* Enable proc-macros by defaultAleksey Kladov2021-03-151-1/+1
|
* Fix remaining references to `cargo xtask codegen`Lukas Wirth2021-03-121-1/+1
|
* Make code less surprisingAleksey Kladov2021-03-091-57/+265
| | | | Theres no reason to have literal `\n\n` in the source code
* Add more documentation for rustc_privateJoshua Nelson2021-03-081-1/+1
|
* Merge #7891bors[bot]2021-03-081-1/+1
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 7891: Improve handling of rustc_private r=matklad a=DJMcNab This PR changes how `rust-analyzer` handles `rustc_private`. In particular, packages now must opt-in to using `rustc_private` in `Cargo.toml`, by adding: ```toml [package.metadata.rust-analyzer] rustc_private=true ``` This means that depending on crates which also use `rustc_private` will be significantly improved, since their dependencies on the `rustc_private` crates will be resolved properly. A similar approach could be used in #6714 to allow annotating that your package uses the `test` crate, although I have not yet handled that in this PR. Additionally, we now only index the crates which are transitive dependencies of `rustc_driver` in the `rustcSource` directory. This should not cause any change in behaviour when using `rustcSource: "discover"`, as the source used then will only be a partial clone. However, if `rustcSource` pointing at a local checkout of rustc, this should significantly improve the memory usage and lower indexing time. This is because we avoids indexing all crates in `src/tools/`, which includes `rust-analyzer` itself. Furthermore, we also prefer named dependencies over dependencies from `rustcSource`. This ensures that feature resolution for crates which are depended on by both `rustc` and your crate uses the correct set for analysing your crate. See also [introductory zulip stream](https://rust-lang.zulipchat.com/#narrow/stream/185405-t-compiler.2Fwg-rls-2.2E0/topic/Fixed.20crate.20graphs.20and.20optional.20builtin.20crates/near/229086673) I have tested this in [priroda](https://github.com/oli-obk/priroda/), and it provides a significant improvement to the development experience (once I give `miri` the required data in `Cargo.toml`) Todo: - [ ] Documentation This is ready to review, and I will add documentation if this would be accepted (or if I get time to do so anyway) Co-authored-by: Daniel McNab <[email protected]>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-01 21:00:08 +0000