eglot
rust-analyzer
Our great sponsors
eglot | rust-analyzer | |
---|---|---|
66 | 132 | |
2,172 | 13,538 | |
- | 1.6% | |
3.4 | 10.0 | |
about 1 month ago | 6 days ago | |
Emacs Lisp | Rust | |
GNU General Public License v3.0 only | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
eglot
-
LSP could have been better
Recently I stumbled upon this issue:
https://github.com/joaotavora/eglot/discussions/1127
I don't know enough about emacs and LSP to see the full picture, but it seems that both eglot's and corfu's maintainers, assumably very competent programmers, can't find a solution for this.
I only skimmed the thread. My understanding is that LSP dumps a long list of completion candidates at once and they can't decide a cache strategy that works well with existing code...?
-
Spurious errors with Eglot / pylsp
It could be. There are unfixed issues with eglot and corfu, and sadly not a lot of willingness to investigate.
-
Using Quarto with Emacs
Eglot errors when I add new Python code blocks. The error disappears when I reconnect the language server, but the same happens again when I add a new code block. My "workaround" now is that before I start working on the .qmd file, I just add a bunch of Python code blocks (for which I also have a function) and then reconnect the language server again. This way I can start working for a while until I need to add more code blocks again.
-
Looking for help in improving Typescript Eglot, Corfu, Orderless performance
This discussion has helped with some performance issues: https://github.com/joaotavora/eglot/discussions/993.
-
Typescript highlighting in emacs incomplete (compared to VSCode) even after using treesitter?
I guess eglot doesn't support it yet: https://github.com/joaotavora/eglot/pull/839
-
joaotavora/breadcrumb: Emacs headerline indication of where you are in a large project
This is not by pure chance, João is the developer of the Eglot LSP client and the breadcrumbs from LSP-mode had been requested as a feature, but as far as I remember João thought rightfully that this could be an independent package, see https://github.com/joaotavora/eglot/discussions/988
-
Returning emacs user - what packages are common now?
A substantial section of the community is using corfu instead of company, but I wouldn't say company is out of date by any means. In emacs 29 eglot will be a built in, which might act as a replacement for lsp-mode depending on what functionality you need.
-
Eglot upgrade strategy
I am currently running emacs 29 (built from emacs-29 branch) which – according to https://github.com/joaotavora/eglot – should contain the latest eglot.
-
916 Days of Emacs
Yep. You can use flymake or flycheck for that in combination with eglot or lsp-mode.
See https://github.com/joaotavora/eglot#diagnostics
-
Eglot, eldoc and golang
(I have reported this (that is, ElDoc missing docs for callable things at point, when Eglot is enabled) as an issue recently: First on GitHub-discussions https://github.com/joaotavora/eglot/discussions/1200, then on Debbugs https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62687. But the threads are very long, so I don't recommend reading them.)
rust-analyzer
-
Cranelift code generation comes to Rust
go build 3.62s user 0.76s system 171% cpu 2.545 total
I was looking forward to parallel front-end[4], but I have not seen any improvement for these small changes.
[1]: https://github.com/rust-lang/rust-analyzer
-
A guide on Neovim's LSP client
For example, intelephense can show diagnostics in real time, there is no need to save the file to get new diagnostics. But rust-analyzer, the language server for rust, can only update diagnostics after saving the file.
-
Top 10 Rusty Repositories for you to start your Open Source Journey
6. Rust Analyzer
-
The rust-analyzer vscode extension is not working at all.
The rust-analyzer readme suggests you go here for support request. But even there, you'll need to provide more details to get useful help.
-
LSP could have been better
For example: https://github.com/rust-lang/rust-analyzer/blob/master/docs/...
> If you create an LSP, it will work best in VS Code.
Any editor can work just as well as (or even better than) VS Code.
-
Discussion Thread
So, apparently the reason why rust-analyzer, the LSP server for Rust does not have persistent caching is because it would make "optimizing initial passes less important".
- The AI Content Flippening
-
Introducing RustRover – A Standalone Rust IDE by JetBrains
All I want to know is: Will it have a build configuration pulldown?
-
Mastering Emacs: What's new in Emacs 29.1
I am not a Rust dev. It surely looks great.
However, from what I understand it seems to supply just a parser separate from the Rust compiler (https://github.com/rust-lang/rust-analyzer/tree/master/crate...) trying to keep up with Rust‘s development. So, in principle, it could have been just another treesitter parser plugin, too.
So, again, the LSP framework does not directly provide any magical benefit over a static parsing framework. All the semantic analysis capabilities stem from a good parser.
-
helix shows rust "language server exited"
rust-analyzer > manual > helix > binary > rustup component add rust-analyzer
What are some alternatives?
lsp-mode - Emacs client/library for the Language Server Protocol
vscode-rust - Rust extension for Visual Studio Code
dap-mode - Emacs :heart: Debug Adapter Protocol
intellij-rust - Rust plugin for the IntelliJ Platform
clangd - clangd language server
rustfmt - Format Rust code
rust-analyzer - A Rust compiler front-end for IDEs [Moved to: https://github.com/rust-lang/rust-analyzer]
sublime-rust - The official Sublime Text 4 package for the Rust Programming Language
web-mode - web template editing mode for emacs
coc-rust-analyzer - rust-analyzer extension for coc.nvim
company-mode - Modular in-buffer completion framework for Emacs
typescript-language-server - TypeScript & JavaScript Language Server