Open Source Windows Language Servers - Page 2

Fork of the python-language-server project, maintained by the Spyder IDE team and the community. A Python 3.7+ implementation of the Language Server Protocol. The base language server requires Jedi to provide Completions, Definitions, Hover, References, Signature Help, and Symbols. Like all language servers, the configuration can be passed from the client that talks to this server (i.e. your editor/IDE or another tool that has the same purpose). The details of how this is done depend on the editor or plugin that you are using to communicate with python-lsp-server. The configuration options are available at that level are documented in CONFIGURATION.md. Overall configuration is computed first from user configuration (in home directory), overridden by configuration passed in by the language client, and then overridden by configuration discovered in the workspace.

The Swift Package Manager is a tool for managing distribution of source code, aimed at making it easy to share your code and reuse others’ code. The tool directly addresses the challenges of compiling and linking Swift packages, managing dependencies, versioning, and supporting flexible distribution and collaboration models. We’ve designed the system to make it easy to share packages on services like GitHub, but packages are also great for private personal development, sharing code within a team, or at any other granularity. Swift Package Manager includes a build system that can build for macOS and Linux. Starting with Xcode 11, Xcode integrates with SwiftPM to provide support for including packages in iOS, macOS, watchOS, and tvOS applications. The SourceKit-LSP project leverages libSwiftPM and provides Language Server Protocol implementation for editors that support LSP.

Currently, there are two Terraform LSP repositories one of which is this repository and one of which is terraform-ls. Terraform-LS also contains details about this repository as well. The aim to have a unified lsp for Terraform in the future, but for now there is two concurrent development with collaboration to each other, this repo is aim for more experimental features, and the terraform-ls is aimed for stableness.

A brand-new language server for Typst. Syntax highlighting, error reporting, code completion, and function signature help. Compiles to PDF on save (configurable to as-you-type, or can be disabled)

Woke is a Python-based development and testing framework for Solidity. A testing framework for Solidity smart contracts with Python-native equivalents of Solidity types and blazing-fast execution. A property-based fuzzer for Solidity smart contracts that allows testers to write their fuzz tests in Python. See examples and documentation for more information. Fuzzer builds on top of the testing framework and allows efficient fuzz testing of Solidity smart contracts. Woke implements an LSP server for Solidity. The only currently supported communication channel is TCP.

C/C++ language server supporting multi-million line code base, powered by libclang. Emacs, Vim, VSCode, and others with language server protocol support. Cross-references, completion, diagnostics, semantic highlighting, and more. cquery is a highly-scalable, low-latency language server for C/C++/Objective-C. It is tested and designed for large codebases like Chromium. cquery provides accurate and fast semantic analysis without interrupting workflow. cquery implements almost the entire language server protocol and provides some extra features to boot. cquery is able to respond to queries quickly because it caches a huge amount of information. When a request comes in, cquery just looks it up in the cache without running many computations. As a result, there's a large memory overhead. For example, a full index of Chrome will take about 10gb of memory. If you exclude v8, webkit, and third_party, it goes down to about 6.5gb.

Crystalline is an implementation of the Language Server Protocol written in and for the Crystal Language. It aims to provide limited language features (like go-to, autocompletion, syntax and semantic checking) and ease development with any compatible code editor. Crystalline is not as extensive in terms of features as other Language Servers but still provides very convenient tools. Code Diagnostics. Syntax and semantic checks on save. Limited Autocompletion. List (depending on the target) method definitions, macros or module/class/struct names or symbols available in the current context. A whole document or a text selection. By clicking on a symbol with the Cmd or Ctrl key pressed (editor/platform dependent). Hovering should display (when possible) either a variable type, a function definition signature or the expanded macro.

This is a hacky Roslyn-based LSP server for C#, as an alternative to omnisharp-roslyn. csharp-ls requires .NET 7 SDK to be installed. However, it has been reported to work with projects using older versions of dotnet SDK, including .NET Core 3, .NET Framework 4.8 and possibly older ones too as it uses the standard Roslyn/MSBuild libs that Visual Studio & omnisharp does. csharp-ls implements the standard LSP protocol to interact with your editor. However there are some features that need a non-standard implementation and this is where editor-specific plugins can be helpful. Supports automatic installation, go-to-metatada (can view code from nuget/compiled dlls) and some additional features.

Language server implementation for GLSL. Currently, this LSP implementation can be interfaced with using either HTTP or Studio. You can run glslls to use an HTTP server to handle IO. Alternatively, run glslls --stdin to handle IO on stdin. lsp-mode has this language server integrated into the core. This assumes you have glsl-mode installed.

The Lua language server provides various language features for Lua to make development easier and faster. With around half a million installs on Visual Studio Code, it is the most popular extension for Lua language support. The language server can be installed for use in Visual Studio Code, NeoVim, and any other clients that support the Language Server Protocol. The language server can be configured using a configuration file. The language server and Visual Studio Code client can be installed from the VS Code Marketplace. Check the wiki for a guide to install the language server for use on the command line. This allows the language server to be used with other clients that follow the language server protocol.

NIx Language server, an incremental analysis assistant for writing in Nix. This repo is also packaged via Nix flakes. The language server package is available in the default flake output github:oxalica/nil#, under bin/nil. To install, run nix profile install github:oxalica/nil. Alternatively, you can use this repository as a flake input, and add its output to your own flake-managed system-wide and/or home configurations. We are officially supported by nvim-lspconfig, see upstream docs, also the example config for testing.