[llvm-dev] LLVM Weekly - #396, August 2nd 2021

Alex Bradbury via llvm-dev llvm-dev at lists.llvm.org
Mon Aug 2 10:36:26 PDT 2021


On Mon, 2 Aug 2021 at 18:00, Alex Bradbury <asb at asbradbury.org> wrote:
>
> LLVM Weekly - #396, August 2nd 2021
> ===================================
>
> If you prefer, you can read a HTML version of this email at
> <http://llvmweekly.org/issue/396>.
>
> Welcome to the three hundred and ninety-sixth issue of LLVM Weekly, a weekly
> newsletter (published every Monday) covering developments in LLVM, Clang, and
> related projects. LLVM Weekly is brought to you by [Alex
> Bradbury](https://www.linkedin.com/in/alex-bradbury/). Subscribe to future
> issues at <http://llvmweekly.org> and pass it on to anyone else you think may
> be interested. Please send any tips or feedback to <asb at asbradbury.org>, or
> @llvmweekly or @asbradbury on Twitter.
>
>
> ## News and articles from around the web
>
> LLVM 13.0.0 [has
> branched](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151956.html) and
> the first release candidate is [expected
> today](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151983.html).
>
>
> ## On the mailing lists
>
> * Jeremy Morse is [seeking
>   testers](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151965.html)
>   for the new variable location tracking solution that has been added to LLVM,
>   but is off by default.
>
> * Luke Kenneth Casson Leighton posted an RFC on a proposed [vector/SIMD ISA
>   context
>   abstraction](https://lists.llvm.org/pipermail/llvm-dev/2021-July/152008.html).
>
> * Ben Gamari wrote to llvm-dev about a proposed change to the GHC calling
>   convention, [querying if this may cause an issue for
>   LLVM](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151995.html).
>
> * Michał Górny
>   [shared](https://lists.llvm.org/pipermail/lldb-dev/2021-July/016975.html)
>   that Mortiz Systems has been contracted to enable KGDB compatibility in LLDB
>   and so will be working on improving compatibility between LDB and the
>   gdbserver protocol as part of this.
>
> * Thomas Goodfellow [asked for
>   advice](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151945.html) on
>   building compiler-rt for RISC-V and received answers from [Fāng-ruì
>   Sòng](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151950.html) and
>   [Luís
>   Marques](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151962.html).
>
> * Teresa Johnson provided [input from an ThinLTO
>   perspective](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151948.html)
>   on function specialization.
>
> * Geoffrey Martin-Noble shared that [pre-merge checks have been set up for the
>   Bazel build of
>   LLVM](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151982.html).
>
>
> ## LLVM commits
>
> * A jump-threading optimisation was added for deterministic finite automata
>   was added. One well-known input where this optimisation may be triggered is
>   the `core_state_transition` function of coremark.
>   [02077da](https://reviews.llvm.org/rG02077da7e7a8).
>
> * Graph reordering in the SLP vectorizer has been improved.
>   [e408d1d](https://reviews.llvm.org/rGe408d1dfab42).
>
> * AArch64 GlobalISel will no longer optimise away redundant branches at `-O0`,
>   in order to improve the debuggability of emitted code.
>   [c5d84d2](https://reviews.llvm.org/rGc5d84d2eb35c).
>
> * The CallPenalty for the inliner is now configurable.
>   [46c0366](https://reviews.llvm.org/rG46c03668774c).
>
> * Support for the arch14 SystemZ architecture was added to the SystemZ
>   backend. [8cd8120](https://reviews.llvm.org/rG8cd8120a7b5d).
>
> * Emscripten exception handling now works with Emscripten SjLJ
>   (setjmp/longjmp). [c285a11](https://reviews.llvm.org/rGc285a11efdb0).
>
> * Initial code was added to generate assembly files on z/OS.
>   [a8cfa4b](https://reviews.llvm.org/rGa8cfa4b9bda3).
>
> * `LLVM_ATTRIBUTE_NORETURN` has been replaced with `[[noreturn]]` in the LLVM
>   codebase. [6da3d8b](https://reviews.llvm.org/rG6da3d8b19c32).
>
> * A new feature was introduced in AArch64 for Scalable Matrix Extension (SME)
>   streaming mode. [3a349d2](https://reviews.llvm.org/rG3a349d22692c).
>
>
> ## Clang commits
>
> * `#pragma include_instead` was introduced, which can be used by system
>   headers to indicate to a tool that the file including this pragma shouldn't
>   be directly included by user code.
>   [e8a64e5](https://reviews.llvm.org/rGe8a64e549126).
>
> * `#pragma clang deprecated` was added in order to enable deprecation of
>   preprocessor macros. [26c695b](https://reviews.llvm.org/rG26c695b78930).
>
> * Clang option `-ffp-model=precise` now enables `-ffp-contract=on`.
>   [48ad446a](https://reviews.llvm.org/rG48ad446a0fb2).
>
> * Support was added for the `-ffp-eval-method` command-line option.
>   [66ddac2](https://reviews.llvm.org/rG66ddac22e2a7).
>
>
> ## Other project commits
>
> * A new on-by-default libc++ CMake option was added to disable the usage of
>   incomplete headers which aren't guaranteed to be ABI stable.
>   [71909de](https://reviews.llvm.org/rG71909de37495).

A slight correction - I'd got the wrong end of the stick from reading
the commit message on this one. You have to opt-in to disable
incomplete headers.

> * The Hierarchical Trace Representation (HTR) format for large traces (e.g.
>   processor traces from Intel PT) was introduced to LLDB.
>   [aad17c5](https://reviews.llvm.org/rGaad17c55a811).
>
> * A prototype of a new OpenMP GPU device runtime library was introduced.
>   [67ab875](https://reviews.llvm.org/rG67ab875ff578).
>
> * Initial Objective-C and Swift support was added to the ORC runtime's
>   MachOPlatform. [cdcc354](https://reviews.llvm.org/rGcdcc35476833).
>
> * The migration of Flang's tests to GTest has been completed.
>   [65436e6](https://reviews.llvm.org/rG65436e6ba127).
>
> * A new `-Bsymbolic-non-weak-functions` option was added to the LLD ELF
>   linker. [b06426d](https://reviews.llvm.org/rGb06426da764a).
>
> * LLDB gained a new option to write memory tags (when Arm's Memory Tagging
>   Extension is supported). [6a7a2ee](https://reviews.llvm.org/rG6a7a2ee8161d).
>
> * MLIR's Python build support was reworked.
>   [310c949](https://reviews.llvm.org/rG310c9496d809).
>
> * The llvm-omp-device-info tool was added.
>   [313c523](https://reviews.llvm.org/rG313c5239959b).


More information about the llvm-dev mailing list