[llvm-dev] LLVM Weekly - #134, Jul 25th 2016

Alex Bradbury via llvm-dev llvm-dev at lists.llvm.org
Mon Jul 25 07:24:02 PDT 2016

LLVM Weekly - #134, Jul 25th 2016

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

Welcome to the one hundred and thirty-fourth 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

LLVM/Clang 3.9 has [now
branched](http://lists.llvm.org/pipermail/llvm-dev/2016-July/102468.html). A
first release candidate should be available shortly. As you may recall there
was a very long mailing list discussion about what the successor to 3.9 would
be. In the end, it was decided it should be 4.0.

As a reminder, I am organising a one-day LLVM conference the [LLVM
to be held in Hebden Bridge, UK on September 8th. This is immediately followed
by the [GNU Tools Cauldron](http://gcc.gnu.org/wiki/cauldron2016). The
submission deadline is August 8th, so get your talk proposals in now.

## On the mailing lists

* By far the most active thread this week was on [whether a proposed move from
SVN to Git should result in a single monolithic repository or
not](http://lists.llvm.org/pipermail/llvm-dev/2016-July/102602.html). Richard
was well received by several others. As he points out, the move to Git and a
potential repository re-organisation don't need to happen at the same time.
Renato Golin has also shared the [final cut of the proposal to move to

* Dean Michael Berris has shared [instructions and early results of using XRay

* Jaques Pienaar has proposed [making the Lanai backend
This triggered some discussion on when a backend would be accepted upstream
and when it would be considered official. Renato Golin posted a
[summary](http://lists.llvm.org/pipermail/llvm-dev/2016-July/102505.html) of
the criteria from his perspective.

* Tom Stellard has posted a notice for out-of-tree code owners, that
[assumptions about intrinsics will be
Specifically, it will no longer be assumed that intrinsics can't read or write
global variables. They should be marked with `IntrNoMem` or `IntrArgMemOnly`
as appropriate.

## LLVM commits

* LLVM trunk is now 4.0.0svn. [r275827](http://reviews.llvm.org/rL275827).

* The first piece of coroutines support in LLVM has landed, the documentation.

* The MemorySSA pass has been updated to use a new walking algorithm
(iteratively expanded depth-first search).

* There's been some more progress on global instruction selection. A
legalization pass has been started, though it currently only supports
splitting a vector `G_ADD` in to one acting on smaller vectors.

* The recently added CFLAnders analysis gained the ability to distinguish
reads from writes and to support interprocedural analysis.

* A script was added to check for code coverage regressions.

## Clang commits

* The `-masm` flag was added for x86 assembly targets to specify on the
command line whether Intel or AT&T syntax should be used.

* clang-rename has been improved with better symbol finding.

## Other project commits

* libcxx has imported the Google Benchmark library in order to use it for
benchmark tests. [r276049](http://reviews.llvm.org/rL276049).

* libcxx now has an implementation of `std::string_view`.

* Test cases from the Halide suite have started to be imported.

* libclc gained implementations of the cosh and cbrt builtins.

More information about the llvm-dev mailing list