[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