MCP Server

Active

BSD-2-Clause

Compiler Explorer MCP Server

io.github.compiler-explorer/compiler-explorer

Compile code in 30+ languages and inspect assembly output with thousands of compilers via MCP.

What is the Compiler Explorer MCP server?

The Compiler Explorer MCP server is an interactive compiler exploration tool that lets you edit code in 30+ languages (C, C++, Rust, Go, Python, Java, and more) and see real-time compiled assembly output. It supports thousands of compiler versions and provides visualization tools to understand how code is translated to machine instructions.

Compiler Explorer is a web-based tool for exploring how different compilers translate source code into assembly. You can write code, select from thousands of compiler versions across 30+ languages, and instantly see the generated assembly. It's useful for learning assembly, optimizing code, comparing compiler behavior, and sharing reproducible compilation examples via shareable links.

How to install Compiler Explorer

Copy-paste configuration for popular MCP clients.

transport: http

Config generated by PluginBench — verify against the source before use.

Cursor

~/.cursor/mcp.json

{
  "mcpServers": {
    "compiler-explorer": {
      "url": "https://godbolt.org/mcp"
    }
  }
}

Windsurf

~/.codeium/windsurf/mcp_config.json

{
  "mcpServers": {
    "compiler-explorer": {
      "serverUrl": "https://godbolt.org/mcp"
    }
  }
}

VS Code

.vscode/mcp.json

{
  "servers": {
    "compiler-explorer": {
      "type": "http",
      "url": "https://godbolt.org/mcp"
    }
  }
}

Claude Desktop

Claude Desktop connects to remote servers via the mcp-remote bridge.

{
  "mcpServers": {
    "compiler-explorer": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://godbolt.org/mcp"
      ]
    }
  }
}

Claude Code

claude mcp add --transport http compiler-explorer https://godbolt.org/mcp

Tools & capabilities

Tools this server exposes to the agent.

Code compilation — Compile code in 30+ languages (C, C++, C#, F#, Rust, Go, D, Haskell, Swift, Pascal, ispc, Python, Java, and others) with thousands of available compiler versions
Assembly inspection — View and analyze the generated assembly code output from compilation
Link sharing — Generate and share godbolt.org links to reproducible compilation examples
RESTful API — Programmatic access to compile code and list available compilers via REST endpoints

Use cases

Learn how C++ constructs are translated to assembly code
Compare assembly output across different compiler versions and optimization levels
Optimize performance-critical code by inspecting generated machine instructions
Debug compiler behavior and understand code generation differences
Share reproducible compilation examples with colleagues or in bug reports

Compiler Explorer MCP server FAQ

What is the Compiler Explorer MCP server?

It's an MCP interface to Compiler Explorer (godbolt.org), allowing you to compile code in 30+ languages and inspect assembly output using thousands of available compilers.

Is Compiler Explorer free to use?

Yes, the public instance at godbolt.org is free. You can also run your own local instance by cloning the repository and following the setup instructions.

How do I install this in Cursor or Claude?

Add the remote MCP server endpoint https://godbolt.org/mcp to your MCP configuration. Refer to your client's documentation for specific setup steps.

What languages are supported?

Over 30 languages are supported including C, C++, Rust, Go, Python, Java, Haskell, Swift, D, C#, F#, Pascal, ispc, and many others.

Can I use my own local compilers?

Yes, you can run a local instance and configure it to use your own GCC, Clang, or other compiler binaries by editing configuration files in etc/config/.

Is authentication required?

No authentication is required to use Compiler Explorer. The public instance at godbolt.org is freely accessible.

README (reference)

Source of truth, from the repository.

Compiler Explorer

Compiler Explorer is an interactive compiler exploration website. Edit code in C, C++, C#, F#, Rust, Go, D, Haskell, Swift, Pascal, ispc, Python, Java, or any of the other 30+ supported languages, and see how that code looks after being compiled in real time.

Bug Report · Compiler Request · Feature Request · Language Request · Library Request · Report Vulnerability

Overview

Multiple compilers are supported for each language, many different tools and visualizations are available, and the UI layout is configurable (thanks to GoldenLayout).

Try out at godbolt.org, or run your own local instance. An overview of what the site lets you achieve, why it's useful, and how to use it is available here, or in this talk.

Compiler Explorer follows a Code of Conduct which aims to foster an open and welcoming environment.

Compiler Explorer was started in 2012 to show how C++ constructs are translated to assembly code. It started as a tmux session with vi running in one pane and watch gcc -S foo.cc -o - running in the other.

Since then, it has become a public website serving over 3,000,000 compilations per week.

You can financially support this project on Patreon, GitHub, Paypal, or by buying cool gear on the Compiler Explorer store.

Using Compiler Explorer

FAQ

There is now a FAQ section in the repository wiki. If your question is not present, please contact us as described below, so we can help you. If you find that the FAQ is lacking some important point, please feel free to contribute to it and/or ask us to clarify it.

Videos

Several videos showcase some features of Compiler Explorer:

Compiler Explorer 2023: What's New?: Presentation for CppNorth 2023.
Presentation for CppCon 2019 about the project
Older 2 part series of videos which go into a bit more detail into the more obscure features.
Just Enough Assembly for Compiler Explorer: Practical introduction to Assembly with a focus on the usage of Compiler Explorer, from CppCon 2021.
Playlist: Compiler Explorer: A collection of videos discussing Compiler Explorer; using it, installing it, what it's for, etc.

A Road map is available which gives a little insight into the future plans for Compiler Explorer.

Developing

Compiler Explorer is written in TypeScript, on Node.js.

Assuming you have a compatible version of node installed, on Linux simply running make ought to get you up and running with an Explorer running on port 10240 on your local machine: http://localhost:10240/. If this doesn't work for you, please contact us, as we consider it important you can quickly and easily get running. Compiler Explorer requires at least the node version pinned in .node-version (anything newer is fine). We look for it on your PATH, which covers a system install as well as any version manager with shell integration (fnm, asdf, nodenv, volta, or an active nvm). If your PATH node is missing or too old we also try to resolve the version pinned in .node-version via nvm/fnm/nodenv/asdf directly. To force a specific install, point NODE_DIR at it (an environment variable or make parameter); we then use $NODE_DIR/bin/node.

Running with make EXTRA_ARGS='--language LANG' will allow you to load LANG exclusively, where LANG is one for the language ids/aliases defined in lib/languages.ts. For example, to only run Compiler Explorer with C++ support, you'd run make EXTRA_ARGS='--language c++'. You can supply multiple --language arguments to restrict to more than one language. The Makefile will automatically install all the third-party libraries needed to run; using npm to install server-side and client-side components.

For development, we suggest using make dev to enable some useful features, such as automatic reloading on file changes and shorter startup times.

You can also use npm run dev to run if make dev doesn't work on your machine.

When making UI changes, we recommend following the UI Testing Checklist to ensure all components work correctly.

Some languages need extra tools to demangle them, e.g. rust, d, or haskell. Such tools are kept separately in the tools repo.

Configuring compiler explorer is achieved via configuration files in the etc/config directory. Values are key=value. Options in a {type}.local.properties file (where {type} is c++ or similar) override anything in the {type}.defaults.properties file. There is a .gitignore file to ignore *.local.* files, so these won't be checked into git, and you won't find yourself fighting with updated versions when you git pull. For more information see Adding a Compiler.

Check CONTRIBUTING.md for detailed information about how you can contribute to Compiler Explorer, and the docs folder for specific details regarding various things you might want to do, such as how to add new compilers or languages to the site.

Running a local instance

If you want to point it at your own GCC or similar binaries, either edit the etc/config/LANG.defaults.properties or else make a new one with the name LANG.local.properties, substituting LANG as needed. *.local.properties files have the highest priority when loading properties.

For a quick and easy way to add local compilers, use the CE Properties Wizard which automatically detects and configures compilers for 30+ languages. See Adding a Compiler for more details.

If you want to support multiple compilers and languages like godbolt.org, you can use the bin/ce_install install compilers command in the infra project to install all or some of the compilers. Compilers installed in this way can be loaded through the configuration in etc/config/*.amazon.properties. If you need to deploy in a completely offline environment, you may need to remove some parts of the configuration that are pulled from www.godbolt.ms@443.

When running in a corporate setting the URL shortening service can be replaced by an internal one if the default storage driver isn't appropriate for your environment. To do this, add a new module in lib/shortener/myservice.js and set the urlShortenService variable in configuration. This module should export a single function, see the tinyurl module for an example.

RESTful API

There's a simple restful API that can be used to do compiles to asm and to list compilers.

You can find the API documentation here.

Contact us

We run a Compiler Explorer Discord, which is a place to discuss using or developing Compiler Explorer. We also have a presence on the cpplang Slack channel #compiler_explorer and we have a public mailing list.

There's a development channel on the discord, and also a development mailing list.

Feel free to raise an issue on github or email Matt directly for more help.

Official domains

Following are the official domains for Compiler Explorer:

The domains allow arbitrary subdomains, e.g., https://foo.godbolt.org/, which is convenient since each subdomain has an independent local state. Also, language subdomains such as https://rust.compiler-explorer.com/ will load with that language already selected.

Credits

Compiler Explorer is maintained by the awesome people listed in the AUTHORS file.

We would like to thank the contributors listed in the CONTRIBUTORS file, who have helped shape Compiler Explorer.

We would also like to especially thank these people for their contributions to Compiler Explorer:

Gabriel Devillers (while working for Kalray)
Johan Engelen
Joshua Sheard
Andrew Pardoe

View repository →