| Commit message (Collapse) | Author | Age |
... | |
|\| |
|
| |
| |
| |
| |
| |
| | |
As this is done with other compilers like C/C++ and doesn't add extra
code (like plain `-g` would).
(this supersedes the broken #5503)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If `languageId` is not defined, the syntax highlighting in the Monaco
editor panel defaults to **ASM**.
This pull request creates a `no-highlight-mode` with **no syntax
highlighting**. This mode can be used when the syntax highlighting is
not required.
In this PR I've also updated the result of Carbon Language to use this
`no-highlight-mode` as the **ASM** syntax highlighting wasn't matching
the execution trace of Carbon Explorer.
|
| |
| |
| |
| |
| |
| |
| | |
Attempt to fix #5476. As far as I can tell `process.env.winTmp` is
needed just for windows executables and WslVcCompiler. It should be
possible to just ignore the exec error and continue. If for some reason
the user doesn't have windows paths in their WSL but does want to run
windows executables they can pass `-tmpDir`.
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| |\| |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is an improvement that can improve the disassembly format to make
it more friendly to a diff checker.
All versions tested:
net6.0:

net7.0:

trunk:

|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It turns out we still need crossgen2 for net6.0.
So bring crossgen2 back for net6.0 only.
Also fix some bugs around `indexOf`.
No image rebuilding is required.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Depends on https://github.com/compiler-explorer/dotnet-builder/pull/4
- Use corerun instead of crossgen2 to do disassemble
- This can skip emitting actual executable by crossgen2 and speed up the
compilation
- Filter disasm to only show disasm for user code
We need to rebuild images for old compilers.
|
| | |
| | |
| | |
| | | |
instead of ENOENT from the next line (fs.readFile), return the failed
compilation result.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
limitations:
* linux-x64 only
* no execution support
all of which can be added later after this initial support
---------
Co-authored-by: kasperk81 k <3082615+kasperk81@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Currently, the `.vmodules` path is not writable. This PR changes the
path to a writable (temporary) directory.
Putting `.vmodules` into the compilation folder seems to be not that
simple since the env vars are created before a compilation folder is
assigned.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
V (`vlang`) is a simple, fast and safe general purpose programming
language compiling to human-readable C.
#### Key features of V:
- simplicity, "only one way to do things"
- performance as fast as C
- safety: no null, no globals, no undefined behavior, immutability
- automatic C to V translation, good C interoperability
- hot code reloading
- flexible memory management (GC by default, manual, arena allocation,
autofree)
- other compilation backends like JavaScript, `native` (wip), `wasm`
(wip) or interpreted
#### Links:
Source code: https://github.com/vlang/v
Official website: https://vlang.io
Web playground: https://play.vlang.io/
infra PR: https://github.com/compiler-explorer/infra/pull/1058
#### Things this PR adds:
- General support for V
- Code inspection for the C, Go and JavaScript backends
- Support for the v formatter `v fmt`
- Some V example code
#### Things not implemented:
- Support for binary-output backends like `native` and `wasm`
- Support for running programs
<!-- THIS COMMENT IS INVISIBLE IN THE FINAL PR, BUT FEEL FREE TO REMOVE
IT
Thanks for taking the time to improve CE. We really appreciate it.
Before opening the PR, please make sure that the tests & linter pass
their checks,
by running `make check`.
In the best case scenario, you are also adding tests to back up your
changes,
but don't sweat it if you don't. We can discuss them at a later date.
Feel free to append your name to the CONTRIBUTORS.md file
Thanks again, we really appreciate this!
-->
---------
Co-authored-by: Matt Godbolt <matt@godbolt.org>
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
**Related to:** compiler-explorer/infra#1061
**Goal:-**
To enable back-end support for hexagon clang compiler so that it can be
used on the Compiler Explorer's website
([https://godbolt.org/.](https://godbolt.org/)) This will be
particularly useful to people working on Hexagon Digital Signal
Processor (DSP) developed by Qualcomm Technologies.
**Information about Hexagon DSP:-**
[https://developer.qualcomm.com/software/hexagon-dsp-sdk/dsp-processor](https://developer.qualcomm.com/software/hexagon-dsp-sdk/dsp-processor)
Co-authored-by: Ryan Sam Varghese <rvarghes@qti.qualcomm.com>
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
# Language name
Snowball 🐱
Language version
Snowball v0.0.7-beta
## Language homepage
Soon™️
Not the websites but some (WIP) documentation:
https://snowball-lang.gitbook.io/docs/
Compiler homepage
https://github.com/snowball-lang/snowball
Compiler version
v0.0.7-beta
Motivation
With a myriad of features to offer, Snowball boasts object-oriented
programming, memory safety, built-in functions for enhanced
productivity, and faster execution than other languages. Plus, its
garbage collector and unit testing make it a comprehensive tool for
developers.
> It's still in development but it's development is fast
|
| | |
| | |
| | |
| | | |
This PR adds support for the LLVM optimisation pipeline view pane for
the Swift family of compilers.
|
| | | |
|
| |/ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
GNAT is gcc based, but its --help doesn't show all of gcc's option and
the base compiler doesn't detect its support for -fstack-usage.
Force the support (currently we only have GNAT as an Ada compiler).
Signed-off-by: Marc Poulhiès <dkm@kataplop.net>
|
| |
| |
| |
| |
| | |
This PR refactors some common utilities out of lib/ and into shared/ and
eliminates some use of underscore.js, as well as general type
improvements done along the way.
|
| | |
|
| |
| |
| |
| |
| | |
This PR should make cfg generation available for all clang compilers,
icc, and any compiler whose instructionSet property is x86, arm, or
llvm.
|
| |
| |
| |
| |
| |
| | |
Resolves #985
Builder: https://github.com/compiler-explorer/misc-builder/pull/65
Infra: https://github.com/compiler-explorer/infra/pull/1041
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Fixes #4410
On top of #5156
|
| |
| |
| |
| |
| |
| |
| |
| | |
Regarding the issue discussed in
https://github.com/compiler-explorer/compiler-explorer/pull/5086#issuecomment-1578715708
---------
Co-authored-by: Rubén Rincón Blanco <git@rinconblanco.es>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On top of #5154

Additionally, while I was here, added support for multiple control flow
graphs to be opened from one compiler instead of disabling the button
once one is opened. And improved the implementation for how this was
done for the llvm opt pipeline.
And did some type work along the way.
|
| |
| |
| | |
Added TypeScript Native ver 0.0.35-alpha
|
| |
| |
| |
| | |
For #4834
|
| |
| |
| |
| |
| | |
Following up on #5170, let's just get rid of @ts-expect-error and
@ts-ignore completely in the codebase. (Well almost)
On top of #5170
|
| | |
|
| |
| |
| |
| | |
improve controls on the exec pane (#5111)
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This PR will add filtering and other output options to the LLVM IR pane


Closes #5062
Related to #5045
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Fix for
https://github.com/compiler-explorer/compiler-explorer/issues/5092
---------
Co-authored-by: Jeremy Rifkin <51220084+jeremy-rifkin@users.noreply.github.com>
|
| |
| |
| | |
Fixes #5093
|
| |
| |
| | |
Fixes #4857
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Related to: https://github.com/compiler-explorer/infra/pull/1017
C3 is a system programming language based on C. It is an evolution of C
enabling the same paradigms and retaining the same syntax as far as
possible.
Design Principles:
Procedural "get things done"-type of language.
Try to stay close to C - only change what's really necessary.
C ABI compatibility and excellent C integration.
Learning C3 should be easy for a C programmer.
Data is inert.
Avoid "big ideas" & the "more is better" fallacy.
Introduce some higher level conveniences where the value is great.
You can try it out live on its tutorial website:
https://www.learn-c3.org
Source code: https://github.com/c3lang/c3c
---------
Co-authored-by: Rubén Rincón Blanco <git@rinconblanco.es>
|