LLVM Weekly - #116, Mar 21st 2016
Welcome to the one hundred and sixteenth 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. 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 firstname.lastname@example.org, or @llvmweekly or @asbradbury on Twitter.
The canonical home for this issue can be found here at llvmweekly.org.
News and articles from around the web
If you're a student and would like to get paid to work on an LLVM-related project over the summer then do consider applying for Google Summer of Code with LLVM. More details about Summer of Code are available here. The deadline for applications is this Friday, March 25th at 1900 GMT. I'd also encourage you to look at lowRISC's project ideas if you have an interest in open source hardware.
Stephen Kelly has written about his new Clang-based tool for porting a C++ codebase to use almost-always-auto. As was pointed out on Twitter, Ryan Stortz from Trail of Bits has a tools that removes auto and does roughly the opposite.
Honza Hubička has written up his experiments of building LibreOffice with GCC6 and LTO. This includes a comparison to a build using LLVM and Clang.
Nick Clifton has shared an update for February and March on the GNU toolchain that may be of interest.
The developer of the Capstone disassembly framework and the Unicorn multi-architecture simulator is running a funding campaign for the Keystone multi-architecture assembler framework. Like Capstone, this will build on LLVM but also aims to go beyond it.
On the mailing lists
Sean Silva has shared some recent performance observations about LLD with --build-id. Adding support for this option has added a measurable slowdown which should be considered when reviewing comparisons with other linkers from before it was added.
I normally prefer to link to mailing list threads where there has already been some discussion or attempts at answers, but I think this one is worth some more eyeballs. Jia Chen is interested in the tradeoffs in LLVM using more sophisticated pointer analyses. There are no responses at the time of writing, but it seems an interesting question.
Huw Davies has proposed a new IR attribute, incoming-stack-align. This is needed for Wine which may require functions to have an ABI stack alignment different to the host's alignment.
A new Error support class has been added to support structured error handling. See the associated updates to the LLVM programmer's manual for more info. r263609.
New documentation was committed for advanced CMake build configurations. r263834.
Support was added for MIPS32R6 compact branches. r263444.
The MemCpyOptimizer will now attempt to reorder instructions in order to create an optimisable sequence. r263503.
llvm-readobj learnt to print sections and relocations in the GNU style. r263561.
Attributes have been added for the
preserve_allcccalling conventions. r263647.
Clang learned to convert some Objective-C message sends to runtime calls. r263607.