[llvm-dev] LLVM Weekly - #135, Aug 1st 2016

Alex Bradbury via llvm-dev llvm-dev at lists.llvm.org
Mon Aug 1 14:23:05 PDT 2016


LLVM Weekly - #135, Aug 1st 2016
================================

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

Welcome to the one hundred and thirty-fifth 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.0-rc1 has been
[tagged](http://lists.llvm.org/pipermail/llvm-dev/2016-July/103227.html). It's
time to get testing.

Swift 3 is nearing completion and Chris Lattner has shared some thoughts
[looking ahead to Swift
4](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160725/025676.html).

The first [LLVM Cauldron](http://llvm.org/devmtg/2016-09/) will be held on
September 8th in Hebden Bridge, UK. Registration to attend is open, and you
have a week to submit your talks. Also consider the [2016 US LLVM Developers'
Meeting](http://llvm.org/devmtg/2016-11/), to be held November 3rd-4th in San
Jose, California.


## On the mailing lists

* Renato Golin has shared a [proposed LLVM target acceptance
policy](http://lists.llvm.org/pipermail/llvm-dev/2016-July/102912.html).

* The discussion about a potential move from SVN to Git continues with most of
it focused on the pros and cons of a single monolothic repo for all LLVM
subprojects. Mehdi Amini has really helpfully [collected links to various
workflows people have
shared](http://lists.llvm.org/pipermail/llvm-dev/2016-July/103074.html) and
other concrete reasoning for or against monorepos that people have shared.
Chris Bieneman has shared his [concerns about a
monorepo](http://lists.llvm.org/pipermail/llvm-dev/2016-July/103052.html) and
is keen to point out that lack of dissent in this particular thread doesn't
mean consensus - as others have pointed out, the discussion has become rather
too unwieldy for many people to follow.

* Christopher Bergström is interested in organising an [LLVM social in
Asia](http://lists.llvm.org/pipermail/llvm-dev/2016-July/102945.html) and want
to gauge interest.

* Michael Lewis wonders if there's [interest in generating PDB from
LLVM-backed
languages](http://lists.llvm.org/pipermail/llvm-dev/2016-July/102842.html).
The reason to ask is actually as he's done rather a lot of work on it for [his
own
language](https://github.com/apoch/epoch-language/wiki/Knowledge-Dump---Debugging-Epoch-Programs)
and wonders if others may benefit. A number of responders suggest looking at
the PDB writing support that is being done in-tree.


## LLVM commits

* A massive, target-independent MachinePipeliner pass has landed which
implements Swing Modulo Scheduling.
[r277169](http://reviews.llvm.org/rL277169).

* bugpoint has been modified to use a simpler control-flow graph
simplification routine that results in faster runtime and more minimal test
cases. [r277063](http://reviews.llvm.org/rL277063).

* llvm-cov learned to export coverage data to JSON.
[r276813](http://reviews.llvm.org/rL276813).

* GlobalISel now has an instruction selector.
[r276875](http://reviews.llvm.org/rL276875).


## Clang commits

* A simple analyzer was added to detect copy and pasted code.
[r276782](http://reviews.llvm.org/rL276782).

* The web manual for Clang checker developers has been updated with a much
expanded section on debugging. [r277029](http://reviews.llvm.org/rL277029).


## Other project commits

* LLDB's internal Mutex and Condition classes have been removed in favour of
`std::mutex` and `std::condition_variable`.
[r277011](http://reviews.llvm.org/rL277011).

* Another massive batch of tests from Halide have landed in the LLVM
test-suite, this time for AArch64.
[r276932](http://reviews.llvm.org/rL276932).


More information about the llvm-dev mailing list