[llvm-dev] LLVM Weekly - #159, Jan 16th 2017
Alex Bradbury via llvm-dev
llvm-dev at lists.llvm.org
Mon Jan 16 06:02:08 PST 2017
LLVM Weekly - #159, Jan 16th 2017
If you prefer, you can read a HTML version of this email at
Welcome to the one hundred and fifty-ninth 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](http://asbradbury.org). 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
Erik Corry has written up the details of an exciting experiment to [compile
Dart code using LLVM](https://medium.com/dartlang/dart-on-llvm-b82e83f99a70).
John Regehr has written up a great explanation of [how LLVM is
In the context of [recent
news](https://www.tesla.com/blog/welcome-chris-lattner), Alex Rosenberg has
[reiterated Apple's commitment to LLVM, Clang, and open
Alessandro Di Federico has written "yet another" Python binding for LLVM,
Registration is [now
EuroLLVM 2017. This will be held March 27-28 in Saarbrücken (Germany). The
deadline to submit a talk, workshop or BoF proposal is January 27th.
## On the mailing lists
* Hal Finkel and Xinmin Tian have created an extensive proposal for adding
It is intended to be used to represent directives for parallelization,
vectorization. The proposal spawned lots of discussion. Vikram Adve is
concerned the [parallel IR extensions may not be sufficiently
* Mehdi Amini has helpfully [summarised the current status of the LLVM git
* Quentin Colombet has proposed that [GlobalISel be built by
GlobalISel of course isn't used by default, so the main impact would be a
slightly higher LLVM build time and larger binary size. Renato Golin [raised
* Paul Robinson started a discussion about [repurposing the 'optnone'
so it explicitly matches the behaviour of -O0.
* Hans Wennborg reports that the [4.0.0 release has now
This means the releases process has started and a first release candidate
should be available shortly.
* Francois Fayard is curious about [what options have been investigated for
LLVM's DenseMap hash
He followed up with [some benchmarks from experimenting with different hash
* Shiva Chen has proposed a [new LLVM backend for the AndesTech NDS32 V3
## LLVM commits
* The processing of `@llvm.assume` intrinsics has been made more efficient.
* The llvm-xray tool now supports trace file conversion and function call
accounting (generating basic statistics based on logs).
* The 'googlemock' component of Google Test has been imported into the LLVM
source tree. [r291606](http://reviews.llvm.org/rL291606).
* The loop invariant code motion pass learnt to emit optimisation remarks.
* The loop pass manager has seen a major redesign.
* Functionality for accessing XRay trace logs is now exposed in
## Clang commits
* The `diagnose_if` attribute is now supported. This can be used to have clang
emit a particular warning or error for function invocations that meet the
given conditions. [r291418](http://reviews.llvm.org/rL291418).
* Clang will now track the source location of exception specifications.
* Support was added for warning about unused C++ lambda captures.
## Other project commits
* LLD gained support for the `-Map` option, allowing a link map to be
specified on the command line. [r291958](http://reviews.llvm.org/rL291958).
* libcxx can now be built against the debug MSVC runtimes.
More information about the llvm-dev