[llvm-dev] LLVM Weekly - #393, July 12th 2021

[Alex Bradbury via llvm-dev]

LLVM Weekly - #393, July 12th 2021
==================================

If you prefer, you can read a HTML version of this email at
<http://llvmweekly.org/issue/393>.

Welcome to the three hundred and ninety-third 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 12.0.1 [was
released](https://lists.llvm.org/pipermail/llvm-announce/2021-July/000093.html).

The video from Uma Srinivasan's presentation at the Women in Compilers and
Tools June 2021 meetup is [now
available](https://www.youtube.com/watch?v=K558YT30AKE).


## On the mailing lists

* Tanya Lattner is [looking for volunteers to serve on the 2021 LLVM Dev
  Meeting Program
  Committee](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151667.html).

* Further discussions took place on the potential transition plan for opaque
  pointers. See, for instance, messages from [Andrew
  Kaylor](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151670.html) and
  [Nikita
  Popov](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151673.html).

* Andrew Bokhanko [resumed discussion on the previous sanitizer-based heap
  profiler
  thread](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151654.html),
  with Teresa Johnson [answering a range of
  questions](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151702.html).

* David Greene asked about [handling a novel instruction encoding scheme in
  the MC
  layer](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151691.html).

* James Nagurne asked about [marking a particular virtual register or live
  interval as
  unspillable](https://lists.llvm.org/pipermail/llvm-dev/2021-July/151716.html)
  and received detailed advice from Quentin Colombet.

* It's not directly a mailing list post, but Simon Tathan is [seeking review
  input](https://reviews.llvm.org/D97204#2860175) on a series of patches to
  support 64-bit SourceLocations.


## LLVM commits

* The WebAssembly MC assembler gained a type checker.
  [9647a6f](https://reviews.llvm.org/rG9647a6f719ee).

* A new 'revert checker' utility was added, which can be used to check for
  reverts of a given commit.
  [81ee495](https://reviews.llvm.org/rG81ee4952f122).

* Command-line parsing for llvm-strings, llvm-nm, llvm-cxxfilt, and llvm-size
  was moved from llvm::cl to OptTable.
  [98f0783](https://reviews.llvm.org/rG98f078324fc5),
  [cae3b83](https://reviews.llvm.org/rGcae3b831f430),
  [48de8bb](https://reviews.llvm.org/rG48de8bb0d375),
  [47db32e](https://reviews.llvm.org/rG47db32e542eb).

* `DBG_INTR_REFs` are now emitted for copies and inter-block VRegs.
  [2b2ffb7](https://reviews.llvm.org/rG2b2ffb7bdc21).

* Pass names `simplifycfg` and `simplify-cfg` are no longer aliased, with
  `simplifycfg` being the new name going forwards. Similarly, `unswitch` is
  now retired in favour of `simple-loop-unswitch`.
  [472462c](https://reviews.llvm.org/rG472462c47239),
  [1db2551](https://reviews.llvm.org/rG1db2551cc1a3).


## Clang commits

* The Swift async calling convention was introduced.
  [92dcb1d](https://reviews.llvm.org/rG92dcb1d2db8c).

* Error recovery was added to clang-repl, based on the introduction of the
  concept of "Partial Translation Units".
  [6775fc6](https://reviews.llvm.org/rG6775fc6ffa3c).

* A new -fdump-record-layouts-canonical flag was added.
  [9964b0e](https://reviews.llvm.org/rG9964b0ef828b).


## Other project commits

* Initial forms support was added for the LLDB ncurses UI.
  [29cc50e](https://reviews.llvm.org/rG29cc50e17a68).

* LLVM's libc gained an optimised memcmp implementation for AArch64.
  [366805e](https://reviews.llvm.org/rG366805ea175e).

* The documentation for building and using libc++ was reworked.
  [2ce0df4](https://reviews.llvm.org/rG2ce0df4dfbea).