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).