Eyal Kalderon

Hi there, @JoshuaBatty! Thanks for your interest in this issue. I think the `support-mutable-methods` branch is largely ready to go in its current state. However, there are a few complications...

Good to know that the branch works as expected, @ratmice! Thanks for the input. I presume the need for self-referential structs is a specific requirement of the specific language server...

Hey there, @expelledboy! It should be usable like any other language server using the `stdio` transport. So for Vim, for example, you could use any of the following plugins: *...

Please do keep in mind that the existing parser is not fully feature-complete and is undergoing a redesign, as tracked in issue #11. As such, parsing bugs for the old...

In reference to the issue title, I haven't created a README for the project yet because the language server is nowhere near feature complete yet and is just a hobby...

Turns out that caching the `~/.rustup` directory itself now works perfectly fine on `actions/cache@v3`, so there's no need to drill down into its contents anymore, as the above 3 comments...

You should. Here's a similar issue that might be relevant: https://github.com/nevir/groc/issues/171

Not a maintainer nor a member of this organization, just a recurring contributor: I think most types could certainly derive `Hash` safely, though probably not indiscriminately. For example, `serde_json::Value` does...

@Phaiax @Marwes In case you are both still interested in a standalone generic LSP server library, there is [`tower-lsp`](https://github.com/ebkalderon/tower-lsp), which used some parts of `gluon-language-server` as an early source of...

No worries! I know you've got plenty on your plate, and honestly, I wouldn't want to distract you from working on `gluon`, `codespan-lsp`, `lsp-types`, etc. But it's there, in case...