Rivoreo Source Code Repositories
src.rivoreo.one / compiler-explorer / 11e470a8f7f13e24843c8a6b292012d30d58aa51
commit11e470a8f7f13e24843c8a6b292012d30d58aa51[log] [download]
authorJeremy Overesch <10420943+jovere@users.noreply.github.com>Fri Mar 12 07:40:49 2021 -0600
committerGitHub <noreply@github.com>Fri Mar 12 07:40:49 2021 -0600
treec2413f27f7bed20600b91f8e9e516a96d5f4c5f3
parentbb0a7473929dafafeb73399bac4c37d2500c8dc4 [diff]
Feature/jo/arm dockenizer (#2463)

* Update docenizer to python3
* Remove unused code in docenizer
* Create new asm-docs-arm and asm-docs-api-arm files for parsing and retrieving arm related opcodes.  Add conditional instruction switch.
* Rename docs files to specify instruction set
* Add arm32 at /api/asm/arm32/:opcode
* Add @jovere to contributor list
* Add `instructionSet` compiler option
* Update client to access correct instruction based on the `instructionSet` option
* Add `arm32` `instructionSet` option for ARM C++ compilers
* Add `arm32` instructionSet to obvious places in C/C++
17 files changed
tree: c2413f27f7bed20600b91f8e9e516a96d5f4c5f3
  1. .eslint-license-header.yml
  2. .eslintignore
  3. .eslintrc.yml
  4. .gitattributes
  5. .github/
  6. .gitignore
  7. .idea/
  8. .nycrc.yml
  9. AUTHORS.md
  10. CODEOWNERS
  11. CODE_OF_CONDUCT.md
  12. CONTRIBUTING.md
  13. CONTRIBUTORS.md
  14. LICENSE
  15. Makefile
  16. PULL_REQUEST_TEMPLATE.md
  17. README.md
  18. Roadmap.md
  19. app.js
  20. codecov.yml
  21. docs/
  22. etc/
  23. examples/
  24. gh-dist-files.txt
  25. lib/
  26. package-lock.json
  27. package.json
  28. static/
  29. test/
  30. views/
  31. webpack.config.esm.js
README.md

Build Status codecov

Compiler Explorer

Compiler Explorer

Compiler Explorer is an interactive compiler. The left-hand pane shows editable C, C++, Rust, Go, D, Haskell, Swift, Pascal (and some more!) code. The right, the assembly output of having compiled the code with a given compiler and settings. Multiple compilers are supported, and the UI layout is configurable (thanks to GoldenLayout). There is also an ispc compiler ? for a C variant with extensions for SPMD.

Try out at godbolt.org.

You can support this project on Patreon.

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

Compiler Explorer was started in 2012 to serve my needs at my previous employer to show how C++ constructs translated to assembly code. It started out 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 around 2,000,000 compilations per week.

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 free to contribute to it and/or ask us to clarify it.

There are a number of videos that showcase some of the features of Compiler Explorer: A presentation for CppCon 2019 about the project and an older 2 part series of videos which go into a bit more detail into the more obscure features.

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.

Developing

Compiler Explorer is written in Node.js.

Assuming you have a compatible version of node installed, simply running make ought to get you up and running with an Explorer running on port 10240 on your local machine: http://localhost:10240/. Currently Compiler Explorer requires the latest LTS node version (v12) installed, either on the path or at NODE_DIR (an environment variable or make parameter).

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.js. The Makefile will automatically install all the third party libraries needed to run; using npm to install server-side and client side components.

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

The config system leaves a lot to be desired. Work has been done on porting CCS to Javascript and then something more rational can be used.

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

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.

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.

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 specially thank these people for their contributions to Compiler Explorer:

A number of amazing sponsors, both individuals and companies, have helped fund and promote Compiler Explorer. We would also like to thank JetBrains for their support and for donating licenses to their excellent products to develop Compiler Explorer.

JetBrains