Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/AdaCore/ada_language_server
Server implementing the Microsoft Language Protocol for Ada and SPARK
https://github.com/AdaCore/ada_language_server
Last synced: about 2 months ago
JSON representation
Server implementing the Microsoft Language Protocol for Ada and SPARK
- Host: GitHub
- URL: https://github.com/AdaCore/ada_language_server
- Owner: AdaCore
- License: gpl-3.0
- Created: 2017-05-09T20:37:20.000Z (over 7 years ago)
- Default Branch: master
- Last Pushed: 2024-04-22T00:55:56.000Z (8 months ago)
- Last Synced: 2024-04-22T10:14:47.296Z (8 months ago)
- Language: Ada
- Homepage:
- Size: 10.2 MB
- Stars: 219
- Watchers: 37
- Forks: 54
- Open Issues: 35
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
- awesome-ada - ada-language-server - Adacore server implemention of the the Microsoft Language Protocol for Ada and SPARK. (Libraries / Algorithms, Containers and Protocols)
README
# Ada Language Server
[](https://github.com/AdaCore/ada_language_server/actions)
[](https://github.com/AdaCore/ada_language_server/releases)
[](https://marketplace.visualstudio.com/items?itemName=AdaCore.ada)
[](https://open-vsx.org/extension/AdaCore/ada)
[](https://gitpod.io/#https://github.com/AdaCore/ada_language_server/tree/edge)
This repository contains an implementation of the [Microsoft Language Server Protocol](https://microsoft.github.io/language-server-protocol/)
for Ada/SPARK and GPR project files.
Current features (general):
* [GNAT project files](https://docs.adacore.com/gprbuild-docs/html/gprbuild_ug/gnat_project_manager.html) support.
* Basic [Alire](https://alire.ada.dev/) support.
For Ada/SPARK, we provide the following:
* Code completion for names, keywords, aggregates, etc.
* Code navigation, such as Go to Definition/Declaration, Find All References, Call Hierarchies, etc.
* [Code refactoring](#refactoring-tools) like insert named associations, auto-add `with`-clauses, etc.
* Document/Workspace symbol search.
* Code folding and formatting.
The Ada Language Server now also supports the GPR language, via the
`--language-gpr` option, providing support for the most used LSP features
such as navigation, outline and tooltips for GPR files. When this switch is
present, the server will only support GPR files. To support both GPR and
Ada/SPARK, you'll need to launch two instances of the server.
You can refer to the [Supported LSP Server Requests](#supported-lsp-server-requests)
section for more information.
We also provide [Visual Studio Code](https://code.visualstudio.com/)
extension at
[the VS Marketplace](https://marketplace.visualstudio.com/items?itemName=AdaCore.ada) and at
[the Open VSX Registry](https://open-vsx.org/extension/AdaCore/ada).
## Table of Contents
- [Ada Language Server](#ada-language-server)
- [Table of Contents](#table-of-contents)
- [Install](#install)
- [Dependencies](#dependencies)
- [Usage](#usage)
- [Memory Consumption](#memory-consumption)
- [Supported LSP Server Requests](#supported-lsp-server-requests)
- [Protocol Extensions](#protocol-extensions)
- [VS Code Extension](#vs-code-extension)
- [Getting Started](#getting-started)
- [Configuration](#configuration)
- [Refactoring](#refactoring)
- [Tasks](#tasks)
- [Task Customization](#task-customization)
- [Tasks for Project Mains](#tasks-for-project-mains)
- [GNATtest Support](#gnattest-support)
- [ALIRE Support](#alire-support)
- [Commands and Shortcuts](#commands-and-shortcuts)
- [Ada: Go to other file](#ada-go-to-other-file)
- [Ada: Add subprogram box](#ada-add-subprogram-box)
- [Ada: Reload project](#ada-reload-project)
- [Tasks with keyboard shortcuts](#tasks-with-keyboard-shortcuts)
- [Bug Reporting](#bug-reporting)
- [Limitations and Differences with GNAT Studio](#limitations-and-differences-with-gnat-studio)
- [Integration with other editors and IDEs](#integration-with-other-editors-and-ides)
- [Integration with Coc.NVim](#integration-with-cocnvim)
- [Integration with vim-lsp](#integration-with-vim-lsp)
- [Integration with LanguageClient-Neovim](#integration-with-languageclient-neovim)
- [Integration with Neovim's built-in LSP client](#integration-with-neovims-built-in-lsp-client)
- [Integration with emacs lsp-mode](#integration-with-emacs-lsp-mode)
- [Integration with QtCreator](#integration-with-qtcreator)
- [Refactoring Tools](#refactoring-tools)
- [Authors \& Contributors](#authors--contributors)
- [Contribute](#contribute)
- [License](#license)
## Install
You can build language server from sources.
To build it from sources install dependencies and run
```sh
make
```
It will build `.obj/server/ada_language_server` file.
### Dependencies
To build the language server you need:
* The GNAT compiler (at least GCC 11 or GNAT Community Edition 2021)
* The [Libadalang](https://github.com/AdaCore/libadalang) library (it should be
built)
* The [Libadalang-tools](https://github.com/AdaCore/libadalang-tools) library
* The [VSS](https://github.com/AdaCore/VSS) library
* The [gnatdoc](https://github.com/AdaCore/gnatdoc) library
* The [gpr](https://github.com/AdaCore/gpr) library
* The process [spawn](https://github.com/AdaCore/spawn) library
* The [lal-refactor](https://github.com/AdaCore/lal-refactor) library
* The [templates-parser](https://github.com/AdaCore/templates-parser) library
Project files of the libraries must be available via the `GPR_PROJECT_PATH`
environment variable.
If you intend to use VS Code on this workspace, it is recommended to check out
these dependencies under `subprojects/` or install them under
`subprojects/prefix`. That will make them automatically visible to the VS Code
Ada extension in this workspace.
To run the language server you need `gnatls` (part of GNAT installation)
somewhere in the path.
## Usage
The `ada_language_server` doesn't require any command line options,
but it understands these options:
* `--tracefile=` - Full path to a file containing traces configuration
* `--config=` - Full path to a JSON file containing the server's configuration
* `--help` - Display supported command like options and exit.
You can turn some debugging and experimental features through
[the traces file](doc/traces.md).
The server also gets configuration via `workspace/didChangeConfiguration`
notification and `initializationOptions` of `initialize` request.
See more [details here](doc/settings.md). Each LSP
client provides its-own way to set such settings. You can use the `--config`
option if you want to provide the configuration directly via a JSON file
instead of specifying it via the requests listed just above.
### Memory Consumption
The `ada_language_server` relies on [Libadalang](https://github.com/AdaCore/libadalang) to compute the cross references.
Most of this computation is done while indexing which will create an internal cache.
The expected memory size of this cache is around 300Mb per 100k lines of Ada code.
Furthermore, 450Mb are necessary for the runtime.
Please note that some Ada structures like generics and tagged types might
increase the memory usage. This is also the case when using aggregate projects.
These measures were taken using both Resident Set Size and [Valgrind massif](https://valgrind.org/docs/manual/ms-manual.html) on Ubuntu 22.04LTS.
## Supported LSP Server Requests
See [WiKi page](https://github.com/AdaCore/ada_language_server/wiki/Supported-LSP-requests)
for the list of supported requests.
### Protocol Extensions
The Ada Language Server supports some features that are not in the official
[Language Server Protocol](https://microsoft.github.io/language-server-protocol)
specification. See [corresponding document](doc/README.md).
## VS Code Extension
A VS Code extension based on this Ada Language Server is available on the [Visual Studio Marketplace](https://marketplace.visualstudio.com/items?itemName=AdaCore.ada).
It provides a full set of features including syntax highlighting, navigation, building and debugging.
### Getting Started
Here are some links that will help you get familiar with the VS Code extension for Ada & SPARK:
* [Ada & SPARK for VS Code](integration/vscode/ada/README.md).
* [Tutorial: Using Ada in VS Code](https://github.com/AdaCore/ada_language_server/wiki/Getting-Started).
### Configuration
You can configure the extension via the `.vscode/settings.json` workspace settings file or the [multi-root workspace file](https://code.visualstudio.com/docs/editor/multi-root-workspaces).
See the setting list [here](doc/settings.md).
Here is an example config file:
```json
{
"ada.projectFile": "gnatcov.gpr",
"ada.scenarioVariables": {
"BINUTILS_BUILD_DIR": "/null",
"BINUTILS_SRC_DIR": "/null"
},
"ada.defaultCharset": "utf-8",
"ada.enableDiagnostics": false,
"ada.renameInComments": false
}
```
### Refactoring
See a [dedicated document](doc/refactoring_tools.md) with the list of available refactorings.
### Tasks
The extension provides the following auto-detected tasks
(under `/Terminal/Run Task...` menu):
* `ada: Build current project` - launch `gprbuild` to build the current GPR project
* `ada: Check current file` - launch `gprbuild` to check errors in the current editor
* `ada: Clean current project` - launch `gprclean` to clean the current GPR project
* `spark: Examine project` - launch `gnatprove` in flow analysis mode on the current GPR project
* `spark: Examine file` - launch `gnatprove` in flow analysis mode on the file in the current editor
* `spark: Examine subprogram` - launch `gnatprove` in flow analysis mode on the current subprogram in the current editor
* `spark: Prove project` - launch `gnatprove` on the current GPR project
* `spark: Prove file` - launch `gnatprove` on the file in the current editor
* `spark: Prove subprogram` - launch `gnatprove` on the current subprogram in the current editor
* `spark: Prove selected region` - launch `gnatprove` on the selected region in the current editor
* `spark: Prove line` - launch `gnatprove` on the cursor line in the current editor
* `spark: Clean project for proof` - launch `gnatprove` on the current GPR project to clean proof artefacts
* `ada: Analyze the project with GNAT SAS`
* `ada: Analyze the current file with GNAT SAS`
* `ada: Create a report after a GNAT SAS analysis`
* `ada: Analyze the project with GNAT SAS and produce a report`
You can bind keyboard shortcuts to them by adding to the `keybindings.json` file:
```json
{
"key": "alt+v",
"command": "workbench.action.tasks.runTask",
"args": "ada: Check current file",
"when": "editorLangId == ada"
}
```
#### Task Customization
You can [customize auto-detected tasks](https://code.visualstudio.com/docs/editor/tasks#_customizing-autodetected-tasks)
by providing extra tool command line options via the `args` property of the object in the `tasks.json`:
```json
{
"version": "2.0.0",
"tasks": [
{
"type": "ada",
"command": "gprbuild",
"args": [
"${command:ada.gprProjectArgs}",
"-cargs:ada",
"-gnatef",
"-gargs",
"-vh"
],
"problemMatcher": ["$ada"],
"group": "build",
"label": "ada: Build current project"
}
]
}
```
You can also customize the working directory of the task or the environment variables via the `options` property:
```json
{
"version": "2.0.0",
"tasks": [
{
"type": "ada",
"command": "gprbuild",
"args": [
"${command:ada.gprProjectArgs}",
"-cargs:ada",
"-gnatef"
],
"options": {
"cwd": "${workspaceFolder}/my/subdir",
"env": {
"MY_ENV_VAR": "value"
}
},
"problemMatcher": ["$ada"],
"group": "build",
"label": "ada: Build current project"
}
]
}
```
#### Tasks for Project Mains
If your GPR project defines main programs via the project attribute `Main`, additional tasks are automatically provided for each defined main.
For example, if the project defines a `main1.adb` and `main2.adb` located under the `src/` source directory, the following tasks will be available:
* `ada: Build main - src/main1.adb`
* `ada: Run main - src/main1.adb`
* `ada: Build and run main - src/main1.adb`
* `ada: Build main - src/main2.adb`
* `ada: Run main - src/main2.adb`
* `ada: Build and run main - src/main2.adb`
#### GNATtest Support
If you install GNATtest, the Ada & SPARK extension for VS Code will provide the following functionalities:
* The task `ada: Create/update test skeletons for the project` will call `gnattest` to create test skeletons for your project automatically. You can use standard VS Code task customization to configure command line arguments to your liking in a `tasks.json` file.
* Tests created with GNATtest will be loaded in the VS Code **Testing** view as follows.
* Tests can be executed individually or in batch through the available buttons in the interface, or through the `Test: Run All Tests` command or related commands.
* Test execution results are reflected in the test tree.
GNATtest support has the following known limitations:
* The extension relies on the default conventions of GNATtest such as the naming, location and object directory of the test harness project.
If those aspects are configured or altered manually, the features may no longer work.
* Test execution always starts with a `gprbuild` call on the test harness project. It is not possible to disable that call or customize its arguments. This limitation will be lifted in future releases.
* Language support such as navigation and auto-completion is limited when editing test sources. A workaround is to modify the `ada.projectFile` setting to point to the test harness project created by GNATtest. That should restore language support when developing tests.
* Sections of test sources delimited by `begin read only` and `end read only` comments are not really protected from inadvertant edits.
To ensure proper interactions with GNATtest, you must refrain from making edits in those sections.
#### ALIRE Support
When the workspace is an ALIRE project (i.e. it contains an `alire.toml` file), tasks automatically use standard ALIRE commands.
For example, the `ada: Build current project` task uses the command `alr build` and the `ada: Clean current project` task uses the command `alr clean`.
All other tasks use `alr exec -- ...` to execute the command in the environment provided by ALIRE.
### Commands and Shortcuts
The extension contributes commands and a few default key bindings.
Below are a few examples, and other commands can be found by searching for `Ada:` in the command list.
#### Ada: Go to other file
This command switches between specification and implementation Ada files.
The default shortcut is `Alt+O`.
#### Ada: Add subprogram box
This command inserts a comment box before the current subprogram body.
The default shortcut is `Alt+Shift+B`.
#### Ada: Reload project
This command reloads the current project.
The default shortcut is `None`.
#### Tasks with keyboard shortcuts
The following default shortcuts are provided for tasks:
| Task | Shortcut |
|--------------------------------|-----------------|
| `spark: Prove file` | `Meta+Y Meta+F` |
| `spark: Prove subprogram` | `Meta+Y Meta+S` |
| `spark: Prove selected region` | `Meta+Y Meta+R` |
| `spark: Prove line` | `Meta+Y Meta+L` |
`Meta` = ⌘ on macOS, `Win` on Windows, `Meta` on Linux
These shortcuts can be customized and new shortcuts can be added for other tasks by using the command `Preferences: Open Keyboard Shortcuts (JSON)` and adding entries like the following example:
```json
{
"command": "workbench.action.tasks.runTask",
"args": "ada: Check current file",
"key": "meta+y meta+c",
"when": "editorLangId == ada && editorTextFocus"
}
```
### Bug Reporting
You can use the VS Code `Issue Reporter` to report issues. Just click on the `Help -> Report Issue` menu, select `An extension` for the `File on` entry and `Language Support for Ada` for the extension name. Put as many information you can in the description, like steps to reproduce, stacktraces or system information (VS Code automatically includes it by default). This will create a GitHub issue in the [Ada Language Server](https://github.com/AdaCore/ada_language_server/) repository.
ALS log files can be found under the `~/.als` directory (`%USERPROFILE%/.als` on Windows). Feel free to attach them on the issues, it helps a lot for further investigation, specially when the `ALS.IN` and `ALS.OUT` traces are enabled (more info about traces configuration can be found [here](doc/traces.md).)
### Limitations and Differences with GNAT Studio
The VS Code extension has a few limitations and some differences compared to [GNAT Studio](https://github.com/AdaCore/gnatstudio):
* **Indentation/formatting**: it does not support automatic indentation when adding a newline and range/document
formatting might no succeed on incomplete/illegal code.
* **Tooling support**: we currently provide support for some *SPARK*, *GNATtest* and *GNAT SAS* [Tasks](#tasks), but there is no support for tools such as *GNATcheck* or *GNATcoverage* yet.
* **Alire support**: if the root folder contains an `alire.toml` file and
there is `alr` executable in the `PATH`, then the language server fetches
the project's search path, environment variables and the project's file
name from the crate description. [Tasks](#tasks) are also automatically
invoked with ALIRE in this case.
* **Project support**: there is no `Scenario` view: users should configure scenarios via the *ada.scenarioVariables* setting (see the settings list available [here](doc/settings.md)). Saving the settings file after changing the values will automatically reload the project and update the
predefined tasks to take into account the new scenario values.
Source directories from imported projects should be added in a [workspace file](https://code.visualstudio.com/docs/editor/workspaces#_multiroot-workspaces). If you already have a workspace file, the extension will propose you to automatically add all the source directories coming from imported projects to your workspace automatically at startup.
## Integration with other editors and IDEs
### Integration with Coc.NVim
If you want to use the Ada Language Server with Vim/Neovim, you can use the
[Coc.NVim](https://github.com/neoclide/coc.nvim). You'll have to
[install](#install) the Ada Language Server manually somewhere on your
computer. Follow installation instructions on Coc.NVim website and then
configure the Ada Language Server with `:CocConfig`:
```json
{
"languageserver": {
"ada": {
"settings": {
"ada": {
"projectFile": "gnat/vss_text.gpr"
}
},
"command": "/ada_language_server",
"filetypes": [
"ads",
"adb",
"ada"
]
}
}
}
```
### Integration with vim-lsp
If you want to integrate the Ada Language Server into vim, you can use the
[vim-lsp](https://github.com/prabirshrestha/vim-lsp).
You'll have to [install](#install) the Ada Language Server manually somewhere on your
computer, and then you can add the following line to your `.vimrc` file:
```viml
if executable('ada_language_server')
au User lsp_setup call lsp#register_server({
\ 'name': 'ada_language_server',
\ 'cmd': ['ada_language_server'],
\ 'allowlist': ['ada'],
\ 'workspace_config': {'ada': {
\ 'projectFile': "project.gpr",
\ 'scenarioVariables': {"ARCH": "x86_64-pc-linux-gnu"}}},
\ })
endif
```
### Integration with LanguageClient-Neovim
If you want to integrate the Ada Language Server into Neovim, you can use the
[LanguageClient-neovim](https://github.com/autozimu/LanguageClient-neovim).
You'll have to [install](#install) the Ada Language Server manually somewhere on your
computer, and then you can add the following line to your `init.vim` file:
```viml
" replace the path below with the proper path to the ada_language_server executable
let g:LanguageClient_serverCommands = {
\ 'ada': ['path/to/ada_language_server'],
\ }
" if you already have LanguageClient_serverCommands, just add a line for ada.
```
To configure the Ada Language Server for a specific workspace/project, you can
use the `.vim/settings.json` file. It is mandatory as soon as you want to use a
specific `.gpr` project file.
This is the way to specify a project file, eg. you cannot open a project file
another way.
See the setting list [here](doc/settings.md).
Here is an example of a settings file:
```json
{
"ada.projectFile": "project.gpr",
"ada.scenarioVariables": {
"GLFW_Version": "3",
"GLFW_Lib": "-lglfw",
"Windowing_System": "x11"
}
}
```
The location where the `.vim` folder is located will determine the relative
path of the project file (so no need to prefix with `..`). When vim is opened
in the folder containing this `.vim` directory, it will use those settings for
the language server *even for files which might have nothing to do with that
specific project*, so this needs to be taken into account. Ultimately what this
means is that the configuration is determined by where you open vim.
### Integration with Neovim's built-in LSP client
Neovim 0.5.0 and later have a built-in LSP client which can be used with the
Ada Language Server. In order to use it with minimal effort, follow these steps:
* Install the ada language server and make sure it's in your $PATH.
* Use your favorite Neovim plugin manager to add the default set of [LSP
configuration files](https://github.com/neovim/nvim-lspconfig) to Neovim.
* Add `require('lspconfig').ada_ls.setup{}` to your init.lua in order to enable
the Ada Language Server.
If you would rather not have the ada language server in your path, you can give
the lsp client an absolute path to the ALS executable:
```lua
require('lspconfig').ada_ls.setup{ cmd = "/path/to/als/executable" }
```
Configuring the language server's settings can be achieved like this:
```lua
require('lspconfig').ada_ls.setup{
settings = {
ada = {
projectFile = "project.gpr";
scenarioVariables = { ... };
}
}
}
```
The Ada Language Server's settings are described [here](doc/settings.md).
Configuring neovim to use project-specific settings is described neovim's
[lspconfig wiki](https://github.com/neovim/nvim-lspconfig/wiki/Project-local-settings)
### Integration with emacs lsp-mode
The configuration for each project can be provided using a `.dir-locals.el`
file defined at the root of each project.
The scenario variables should be declared in your `.emacs` or any loaded
Emacs configuration file.
```elisp
(defgroup project-build nil
"LSP options for Project"
:group 'ada-mode)
(defcustom project-build-type "Debug"
"Controls the type of build of a project.
Default is Debug, other choices are Release and Coverage."
:type '(choice
(const "Debug")
(const "Coverage")
(const "Release"))
:group 'project-build)
```
Your `.dir-locals.el` in the project root should be similar to:
```elisp
((ada-mode .
((eval . (lsp-register-custom-settings
'(("ada.scenarioVariables.BINUTILS_SRC_DIR" project-binutils-dir)
("ada.scenarioVariables.BUILD_TYPE" project-build-type "Release"))))
(lsp-ada-project-file . "/home/username/project/project.gpr"))
))
```
The [lsp-mode](https://github.com/emacs-lsp/lsp-mode) provides built-in support
for the `ada_language_server` and defines default customizable configuration
values in the `lsp-ada` group that can be edited similarly to
`lsp-ada-project-file` in the example above.
### Integration with QtCreator
Starting with version `4.9`, QtCreator supports a LSP plugin. Follow
[the official documentation](https://doc.qt.io/qtcreator/creator-language-servers.html)
to configure the Ada Language Server in this plugin. Make sure to set `Startup behavior`
to `Start Server per Project`, otherwise QtCreator won't provide the project root to
the Ada Language Server. QtCreator doesn't send any configuration request to the language server, so the only
option to enable project support is to have a single `.gpr` file in the QtCreator
project folder. For a projectless configuration, you could also place all Ada sources in
the project root folder, this should work as well.
## Refactoring Tools
See [corresponding document](doc/refactoring_tools.md).
## Authors & Contributors
* Maintained by [AdaCore](https://www.adacore.com).
* Original author [@MaximReznik](https://github.com/reznikmm).
* Support for the Visual Studio Code classifier and snippets contributed by [@Entomy](https://github.com/Entomy).
## Contribute
Feel free to dive in! Read the [developer's guide](doc/HACKING.md).
Don't hesitate to [open an issue](https://github.com/AdaCore/ada_language_server/issues/new) or submit PRs.
## License
[GPL-3](LICENSE)