Provide hovering, autocompletion, signature help, go to definition, and view references for assembly files written in the GAS/NASM or GO assembly flavors. It supports assembly files for the x86, x86_64, ARM, RISCV, and z80 instruction sets.

This tool can serve as reference when reading the assembly output of a program. This way you can query what each command exactly does and deliberate about whether the compiler is producing the desired output or whether you have to tweak your code for optimisation.

Install using the cargo package manager, either from crates.io or from github:

cargo install asm-lsp
# or to get the latest version from github
cargo install --git https://github.com/bergercookie/asm-lsp asm-lsp

Install using the cargo from source:

cargo install --path asm-lsp

Download and uncompress the appropriate precompiled binaries from the project's releases page.

Add a section like the following in your settings.json file:

"asm-lsp": {
    "command": "asm-lsp",
    "filetypes": [
        "asm", "s", "S"
    ]
}

Add a .asm-lsp.toml file like the following to your project's root directory and/or ~/.config/asm-lsp/ (project configs will override global configs) to selectively target specific assemblers and/or instruction sets. By default, diagnostics are enabled and the server attempts to invoke gcc (and then clang) to generate them. If the compiler config field is specified, the server will attempt to use the specified compiler to generate diagnostics. Different configurations can be created for different sub-directories or files within your project as projects. Source files not contained within any project configs will use the default configuration if provided.

Creating a .asm-lsp.toml file manually is fine, but can be error-prone as projects grow in complexity. Running asm-lsp gen-config will walk you through the creation of a config interactively, with informative prompts and extra validation checks along the way.

$ asm-lsp gen-config --help
Generate a .asm-lsp.toml config file

Usage: asm-lsp gen-config [OPTIONS]

Options:
  -o, --output-dir <OUTPUT_DIR>      Directory to place .asm-lsp.toml into. (Default is the current directory)
  -g, --global-cfg                   Place the config in the global config directory
  -p, --project-path <PROJECT_PATH>  Path to the project this config is being generated for. (Default is the current directory)
  -w, --overwrite                    Overwrite any existing .asm-lsp.toml in the target directory
  -q, --quiet                        Don't display the generated config file after generation
  -h, --help                         Print help

If the server reads in an invalid configuration file, it will display an error message and exit.

[default_config]
assembler = "go"
instruction_set = "x86/x86-64"

[opts]
compiler = "zig" # need "cc" as the first argument in `compile_flags.txt`
diagnostics = true
default_diagnostics = true

# Configure the server's treatment of source files in the `arm-project` sub-directory
[[project]]
path = "arm-project"
assembler = "gas"
instruction_set = "arm"

[project.opts]
compiler = "zig"
compile_flags_txt = [
  "cc",
  "-x",
  "assembler-with-cpp",
  "-g",
  "-Wall",
  "-Wextra",
  "-pedantic",
  "-pedantic-errors",
  "-std=c2y",
  "-target",
  "aarch64-linux-musl",
]

Valid options for the instruction_set field include:

• "x86"
• "x86-64"
• "x86/x86-64" (Enable both)
• "arm"
• "arm64"
• "riscv"
• "z80"

Valid options for the assembler field include:

• "gas"
• "go"
• "masm"
• "nasm"

Don't see an architecture and/or assembler that you'd like to work with? File an issue! We would be happy to add new options to the tool.

Add a compile_commands.json or compile_flags.txt file to your project's root or root build directory to enable inline diagnostic features, as well as to specify additional include directories for use in hover features. If a compile_commands.json or compile_flags.txt file isn't provided, the server will attempt to provide diagnostics with a default compile command. This feature can be disabled by setting the default_diagnostics config field to false.

The project has not published any VSCode extension package yet. However, there is a development extension in the editors/code directory with setup instructions.

The lsp searches for a .git directory to locate the root of your project. Please be sure to run git init if your project is not already configured as a git repository.

• Triggering signature help is dependent on your editor and LSP client.
  • Using Neovim's built in LSP client, this can be done via the command :lua vim.lsp.buf.signature_help().
  • Using coc, this issue comment suggests the remap inoremap <silent> ,s <C-r>=CocActionAsync('showSignatureHelp')<CR> to trigger signature help in insert mode.

• x86 and x86-64 instruction documentation builds on top of the opcodes python package

• x86 and x86-64 register documentation sourced from:

  • OS Dev's x86 and x86-64 pages
  • Various Wikipedia pages for SIMD specifics

• GAS directives sourced from SourceWare's pseudo-ops page

• MASM and NASM directives sourced from the asm-dude Visual Studio extension project. Additions sourced from Microsoft and NASM documentation.

• ARM instruction documentation builds on top of ARM's official Exploration tools documentation

• RISCV instruction and register documentation builds on top of the riscv-isadoc project