[llvm-dev] LLVM Weekly - #316, Jan 20th 2020

Alex Bradbury via llvm-dev llvm-dev at lists.llvm.org
Mon Jan 20 13:30:51 PST 2020

LLVM Weekly - #316, Jan 20th 2020

If you prefer, you can read a HTML version of this email at

Welcome to the three hundred and sixteenth 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 10.0 [has now

The next batch of C++ Standards Committee papers is [now

An initial implementation of C++ coroutines [has been pushed to GCC

## On the mailing lists

* Chris Lattner has [made a proposal on improving decision making in the LLVM
This includes a process for proposing changes and determining what the
decision making body should be for these proposals.

* The merging of f18/flang into the monorepo [has been

* Lang Hames has posted [the first of hopefully many ORC JIT weekly
This initial status update gives highlights from 2019 development and outlines
the plan for 2020.

* Alex Bradbury penned an RFC on [upstream support for yet-to-be-ratified
such as the in-development bit manipulation and vector instruction set
extensions. The proposal is to accept patches for these upstream in order to
reduce duplicated effort and encourage collaboration, but to guard enabling of
these extensions by a suitable unappetising flag.

* Sriraman Tallam [shares an update on the Propeller post-link optimisation

* Sam Elliott shared the [current plan for supporting LTO for RISC-V and
encoding target-abi into module

* Ondrej Sykora proposes [implementing the recently published BHive
methodolgoy for for benchmarking basic blocks in

* The thread on moving from Phabricator to GitHub PRs saw a huge volume of new
comments in the last week, starting with e.g. [this
Sadly, I don't have time to summarise - apologies.

* Chris Lattner [fed
back](http://lists.llvm.org/pipermail/llvm-dev/2020-January/138178.html) on
the discussion started last week about new approaches for loop transformations
in LLVM.

## LLVM commits

* TableGen now supports a `defvar` statement as well as `if/then/else`.

* Most target symbols are now hidden by default, reducing the number of public
symbols in libLLVM.so by 25%.

* The TLS size can now be selected in the local exec TLS model.

* Shrink wrapping is now enabled for RISC-V.

* The MergeFunctions pass was ported to the new pass manager.

* Support for a new `-x86-branches-within-32B-boundaries` flag was committed.

* The NEC Vector Engine backend now has minimal codegen for simple functions.

* AArch64 memory tagging instructions will now be merged with adjacent stack
slots. [d081962](https://reviews.llvm.org/rGd081962dead).

## Clang commits

* C++ concepts implementation continues with support for type constraints in
template type parameters and for requires expressions.

* The new `readability-qualified-auto` clang-tidy check will add an asterisk
and (if appropriate) `const` to auto variables deduced to a pointer or const
pointer. [36fcbb8](https://reviews.llvm.org/rG36fcbb838c8).

* Clang will now re-use the calling process instead of creating a new process
for the cc1 invocation. [b4a99a0](https://reviews.llvm.org/rGb4a99a061f5).

* GCC's VectorType conditional operator extension was implemented.

## Other project commits

* Initial memory tagging support was added for the scudo secure memory
allocator. [c299d19](https://reviews.llvm.org/rGc299d1981de).

* LLD gained support for `-z force-ibt` and `-z shstk` for Intel's
Control-flow Enforcement Technology.

* The use of gtest in LLVM's libc was removed in favour of a new light-weight
and minimal dependency framework.

* libcxx gained optimisations for `basic_string::operator=(const
basic_string&)` and the `basic_string` copy constructor.

* MLIR now supports the SPIR-V conversion target.

More information about the llvm-dev mailing list