[LLVMdev] LLVM Weekly - #67, Apr 13th 2015

[Alex Bradbury]

LLVM Weekly - #67, Apr 13th 2015
================================

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

Welcome to the sixty-seventh 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.

[EuroLLVM](http://llvm.org/devmtg/2015-04/) is going on today and tomorrow in
London. I hope to see a number of you there. Provided there's a reasonable
internet connection, I hope to be live-blogging the event on the
[llvmweekly.org version of this issue](http://llvmweekly.org/issue/67).


## News and articles from around the web

A new post on the LLVM Blog deatils [how to use LLVM's libFuzzer for guided
fuzzing of libraries](http://blog.llvm.org/2015/04/fuzz-all-clangs.html).

The Red Hat developer blog has an [article about
libgccjit](http://developerblog.redhat.com/2015/04/07/jit-compilation-using-gcc-5-2/),
a new feature in GCC5, which may be of interest.


## On the mailing lists

* Rui Ueyama proposes [removing the 'native' file format from
LLD](http://article.gmane.org/gmane.comp.compilers.llvm.devel/84425). The hope
was the native file format could be shared between LLD and LLVM and provide
higher performance than standard ELF. In the end, it didn't see much
development so it's being deleted for now.

* Hal Finkel has some [questions for compiler developers on optimisations of
atomics](http://article.gmane.org/gmane.comp.compilers.llvm.devel/84460).
Answers will be fed back to the OpenMP standards committee, who are working to
formalize their memory model and define its relationship to the C/C++ memory
models.

* The document about a proposed OpenMP offload infrastructure [has been
updated](http://article.gmane.org/gmane.comp.compilers.llvm.devel/84375).
Comments and feedback are very welcome.

* Tom Stellard would like to [remind
you](http://article.gmane.org/gmane.comp.compilers.llvm.devel/84363) that bug
fixes for the upcoming 3.6.1 release must be merged by the 4th of May.

* Sanjoy Das is [seeking some clarification on the semantics of shl nsw in the
LLVM language
reference](http://article.gmane.org/gmane.comp.compilers.llvm.devel/84298). It
seems that Sanjoy and David Majnemer are reaching an agreement in the thread,
but they welcome differing viewpoints.


## LLVM commits

* The R600 backend gained an experimental integrated assembler.
[r234381](http://reviews.llvm.org/rL234381).

* The libFuzzer documentation has been extended to demonstrate how the
Heartbleed vulnerability could have been found using it.
[r234391](http://reviews.llvm.org/rL234391).

* The preserve-use-list-order flags are now on by default.
[r234510](http://reviews.llvm.org/rL234510).

* LLVM gained a pass to estimate when branches in a GPU program can diverge.
[r234567](http://reviews.llvm.org/rL234567).

* The ARM backend learnt to recognise the Cortex-R4 processor.
[r234486](http://reviews.llvm.org/rL234486).


## Clang commits

* Lifetime markers for named temporaries are now always inserted.
[r234581](http://reviews.llvm.org/rL234581).

* The quality of error messages for assignments to read-only variables has
been enhanced. [r234677](http://reviews.llvm.org/rL234677).

* clang-format's nested block formatting got a little better.
[r234304](http://reviews.llvm.org/rL234304).


## Other project commits

* Support for the 'native' file format was removed from lld.
[r234641](http://reviews.llvm.org/rL234641).

* Remote debugging, the remote test suite, and the process to cross-compile
lldb has been documented. [r234317](http://reviews.llvm.org/rL234317),
[r234395](http://reviews.llvm.org/rL234395),
[r234489](http://reviews.llvm.org/rL234489).

* LLDB gained initial runtime support for RenderScript.
[r234503](http://reviews.llvm.org/rL234503).