| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
fixes https://github.com/compiler-explorer/compiler-explorer/issues/6459
Signed-off-by: Marc Poulhiès <dkm@kataplop.net>
|
|
|
|
|
|
|
|
|
|
|
|
| |
(1) Restore explicit specification of
`group.*.demangler=/opt/compiler-explorer/clang-trunk/bin/llvm-cxxfilt`
for all clang compiler groups, except bpf and windows.
(2) Make the ClangCompiler` constructor adjust the path of
`llvm-cxxfilt`, so that a compiler-local version is preferred, if one
exists.
(3) Pass-by update: bump the version of llvmDisassembler from clang-14
to clang-18.1.
Hopefully this addresses all demangling issues known so far.
|
|
|
|
|
|
|
| |
For 8 different languages.
fixes https://github.com/compiler-explorer/compiler-explorer/issues/6406
Signed-off-by: Marc Poulhiès <dkm@kataplop.net>
|
|
|
|
|
| |
fixes https://github.com/compiler-explorer/compiler-explorer/issues/6446
Signed-off-by: Marc Poulhiès <dkm@kataplop.net>
|
| |
|
| |
|
|
|
|
|
|
|
| |
Add 3.4.6, 4.0.4 and 6.5.0.
fixes #6323
Signed-off-by: Marc Poulhiès <dkm@kataplop.net>
|
|
|
|
|
| |
Infra: https://github.com/compiler-explorer/infra/pull/1290.
Signed-off-by: Miguel Ojeda <ojeda@kernel.org>
|
|
|
| |
These were present for C but not C++.
|
|
|
| |
Infra PR: https://github.com/compiler-explorer/infra/pull/1288
|
|
|
|
|
|
|
| |
Adding bincode Rust crate support. Serialization/deserialization is perf
sensitive, so adding bincode crate support helps evaluate bincode
assembly generation for different struct types.
infra repo PR is: https://github.com/compiler-explorer/infra/pull/1287
|
|
|
|
|
|
| |
This reverts commit 46d55e842de5718a6899a68482a6ead8f16160b2.
There are unknown versions of cmake in this
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
dex2oat supports profile-guided compilation. In addition to taking dex
code as an input, it can take a profile as another input, to guide the
compilation. The profile determines which methods need to be compiled,
how calls can be inlined, and so on.
Because Compiler Explorer doesn't support multiple input files, the
profile is added as a comment block in the Java/Kotlin source code. A
post-processor extracts the profile from the comment block into a
separate file, in order to input it to dex2oat.
|
| |
|
|
|
| |
https://github.com/compiler-explorer/infra/pull/1282
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
| |
https://github.com/compiler-explorer/infra/pull/1278
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current Rust formatter on site doesn't support modern rust syntax
like async/await. This is because the formatter in production runs using
Rust 2015. Forcing edition=2018 allows more modern rust code to be
formatted properly.
Rustfmt is also shipped directly as a Rust component now, so we don't
have to install it separately.
For what it's worth, attempting to "Ctrl Shift I" format the code in
this shortlink demonstrates the problem https://godbolt.org/z/aP4669KEW
|
|
|
|
|
|
| |
This change adds the new DXC 1.8.2403.2 release. This PR depends on the
infra PR below being merged and compilers built:
https://github.com/compiler-explorer/infra/pull/1266
|
|
|
|
|
|
|
|
| |
Fixes #6260
This uses the 18.1.0 llvm install that C is already using.
It also updates TableGen's default to 18.1.0 and adds 16 and 17
compilers to MIR where they were missing.
|
| |
|
|
|
|
|
| |
updates intermediate compiler exe input to refer to the compiler's
getInfo().exe so that paths don't need to be hardcoded in properties.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Julia is based on LLVM like other toolchains supported by Compiler
Explorer, and it can emit LLVM IR, but at the moment we only expose it
via the flag `--format=llvm` to the compiler wrapper.
With this PR we add a proper LLVM IR viewer, like the other LLVM-based
toolchains. We add a new option for the wrapper to emit the entire LLVM
module, which has the benefit of being parsable by Compiler Explorer, so
that we can automatically filter out debug information and metadata
annotations.
Preview (from
https://github.com/compiler-explorer/compiler-explorer/issues/4597#issuecomment-2018956112):

We removed the custom `<[source code line] [number of output lines]
[function name] [method types]>` line in the output of the `code_*`
functions, together with the custom ASM parsing, because they invalidate
the output (it isn't valid ASM nor LLVM), and create more problems than
they solve.
This PR was prepared in collaboration with @vchuravy.
This should eventually address #4597, once inlined LLVM functions are
handled by the IR parser in Compiler Explorer, I think @vchuravy can
comment more on that issue.
---------
Co-authored-by: Valentin Churavy <v.churavy@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Demangled Rust identifiers under the `legacy` name mangling scheme rely
on a hash to disambiguate items with the same name, such as different
monomorphisations of the same function or different closures’
`call_once` methods.
In the `v0` mangling scheme, this is no longer a problem. However,
configuring the demangler to show hashes in `legacy` names will include
crate-id hashes in `v0` names, which are [mostly
unneeded](https://rust-lang.github.io/rfcs/2603-rust-symbol-name-mangling-v0.html#appendix-a---suggested-demangling).
This PR introduces a new checkbox *Options...* → *Verbose demangling*
that lets the user select if they want to include disambiguating hashes
in demangled identifiers.
This checkbox is only shown for compilers that support verbose
demangling, and deactivated when the *Demangle identifiers* checkbox is
unchecked.
Resolves #1754.
Resolves #6255.
|
|
|
| |
Infra: https://github.com/compiler-explorer/infra/pull/1265
|
| |
|
|
|
|
|
| |
Just like #5374 but for Go 1.22.1.
Depends on compiler-explorer/infra#1263
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Solve the issue mentioned here:
https://github.com/compiler-explorer/compiler-explorer/pull/6228#issuecomment-2005622875
@partouf
|
|
|
|
|
| |
Infra: https://github.com/compiler-explorer/infra/pull/1256.
Signed-off-by: Miguel Ojeda <ojeda@kernel.org>
|