LLVM Weekly - #271, March 11th 2019
If you prefer, you can read a HTML version of this email at
Welcome to the two hundred and seventy-first 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 <[hidden email]>, or
@llvmweekly or @asbradbury on Twitter.
## News and articles from around the web
David Malcolm has written a piece for the Red Hat blog detailing the
[impressive usability and diagnostics improvements in GCC
As Chris Lattner
there's plenty of opportunity for similar improvements to be made to Clang.
The next ETH Zurich compiler social [will be
held](http://lists.llvm.org/pipermail/llvm-dev/2019-March/130873.html) on the
14th March, featuring talks on latency sensitive GC for the JVM and safe
execution of LLVM IR on the JVM.
LLVM 8.0.0-rc4 [has been
fifth release candidate will [likely be
Readers may be interested in slides from the 7th March Sheffield Go meetup on
"[Live coding a basic Go compiler with LLVM in 20
## On the mailing lists
* Alex Suso [sought advice on the status of ARM SVE support in
triggered some discussion, which then resulted in Renato Golin [starting a new
the next steps for scalable vector types in IR. If you have an interest in
this topic, this thread is a great summary of reviews where you can get
* Andrew Safronov
the upstreaming of the Expressif-implemented Tensilica Xtensa (ESP32) backend.
Respondents are encouraging, with James Y Knight
to follow the structure of the RISC-V LLVM patchset.
* Gábor Horváth has
analysis of cases where lifetime analysis would have been useful for catching
errors in recent Clang commits.
* Erich Keane
exposing arbitrary precision integer types as supported by LLVM IR in Clang.
The [review](https://reviews.llvm.org/D59105) has already attracted a range of
* Pavel Labath posted an RFC on [adding a new core2yaml
up](http://lists.llvm.org/pipermail/llvm-dev/2019-March/130800.html) with an
RFC that instead proposes extending obj27aml with minidump support.
## LLVM commits
* OptRemarks (optimization remarks) have been renamed to "Remarks", reflecting
they are useful beyond just optimization.
* The RISC-V backend learned to handle the `-target-abi` option to llvm-mc and
llc, setting the appropriate ELF flags on the output.
* The X86 backend gained a fix so that when EmitLoweredSelect encounters
multiple CMOV pseudo instructions, it will skip debug intrinsics (meaning
codegen isn't altered for `-g`. [r355307](https://reviews.llvm.org/rL355307).
* llvm-mca learned to print information about throughput bottlenecks when
given the `-bottleneck-analysis` option.
* Function pointer alignment is now added to datalayout.
* The optimiser can now convert calls to `memcmp` in to calls to `bcmp` in
some cases. [r355672](https://reviews.llvm.org/rL355672).
## Clang commits
* Options for context-sensitive PGO were added to Clang.
* The clang-headers target was renamed to clang-resource-headers.
* Initial support was added for the OpenMP 5.0 'allocate' directive.
## Other project commits
* libc++ gained freestanding `atomic<T>`, non-lockfree atomics without
requiring the use of an external libatomic.
* SBReproducer macros were added to lldb, using the lldb-instr tool.
LLVM Developers mailing list
|Free forum by Nabble||Edit this page|