[llvm-dev] LLVM Weekly - #87, Aug 31st 2015
Alex Bradbury via llvm-dev
llvm-dev at lists.llvm.org
Mon Aug 31 05:01:22 PDT 2015
LLVM Weekly - #87, Aug 31st 2015
If you prefer, you can read a HTML version of this email at
Welcome to the eighty-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.
It's a bank holiday weekend here in the UK, so apologies that you're reading
this a few hours later than usual. As a quick reminder, if you're able to be
in Geneva for the 9th-11th October then you should definitely [come along to
## News and articles from around the web
At the time of writing, LLVM 3.7.0 has not yet seen its official release, [but
it has been
final release should be out within the next day or so. Congratulations to
The deadline for submissions to the LLVM in HPC workshop has been [extended to
Save the date! The next Cambridge LLVM Social will be [on Wednesday 30th
## On the mailing lists
* Jingyue Wu has shared a [design doc on NVPTX memory space
and on [straight-line scalar
* An RFC from Swaroop Sridhar on [extending alloca to allow the specification
of the address space of the
has resulted in a lot of discussion and is well worth a read for those
interested in the intricacies of supporting GC in LLVM. Or particular interest
is this [design doc from Philip
on the interaction of stack-based allocation and GC in LLVM. See also this
summary from Joseph Tremoulet of [his understanding of how LLILC is hoping to
* There's been some discussion on [flaky
Renato [details his concerns with simply ignoring these
of the issues with the bots in question [may be due to the use of incremental
## LLVM commits
* The 'kaleidoscope' tutorial has seen a major update. Now, rather than
introducing MCJIT it describes how to use ORC, building a custom JIT called
* WebAssembly backend implementation work has been continuing over the past
few weeks. The individual commits tend to be small and focused (as good
commits should be). I mainly wanted to include a mention to highlight how work
e.g. this recent commit added support for emitting simple call s-expressions.
* The documentation on statepoints now has more to say about base pointers and
related assumptions and optimisations.
* Constant propagation is enabled for more single precisions math functions,
such as acosf, powf, logf. [r246194](http://reviews.llvm.org/rL246194).
* The function `llvm::splitCodeGen` has been introduced in order to support
the implementation of parallel LTO code generation. It uses SplitModule to
split the module in to linkable partitions that are distributed among threads
to be codegenned. [r246236](http://reviews.llvm.org/rL246236).
* There's been another change to DebugInfo. DISubprogram definitions must now
be marked as distinct. The commit message includes a suggested script for
updating IR. [r246327](http://reviews.llvm.org/rL246327).
* Chandler has been doing some refactoring of the ARM target parsing code with
the hope of making it more efficient. He's reduced the cases where the code is
called, which has a noticeable effect on some LLVM timings (e.g. check-llvm
with non-optimized builds is 15 seconds faster).
## Clang commits
* A NullabilityChecker has been introduced, which is designed to catch a
number of nullability-related issues.
## Other project commits
* ThreadSanitizer is now enabled for AArch64 with 42-bit virtual addressing on
* libcxx now contains release goals for 3.8 in its TODO.txt. This includes the
Filesystem TS and the asynchronous I/O TS.
* LLD's ELF linker gained a basic AMDGPU ReaderWriter that enables it to emit
binaries that can be consumed by the HSA runtime.
* LLD's COFF linker gained support for parallel LTO code generation.
* LLDB now supports hardware watchpoints on ARM.
* The concept of 'language plugins' was introduced to LLDB. These will provide
language-specific data formatters or expression evaluation.
More information about the llvm-dev