[llvm-dev] LLVM Weekly - #182, Jun 26th 2017

[Alex Bradbury via llvm-dev]

LLVM Weekly - #182, Jun 26th 2017
=================================

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

Welcome to the one hundred and eighty-second 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

Their is a new pure Go [library for interacting with LLVM
IR](https://github.com/llir/llvm).

Nuno Lopes has written a blog post on [work to improve the reliability of
compilers at Microsoft
Research](https://www.microsoft.com/en-us/research/blog/getting-compilers-right-secure-software/).

LLVM-HPC2017 has put out its [call for
papers](http://lists.llvm.org/pipermail/llvm-dev/2017-June/114446.html). The
workshop will be held on November 13th in Denver. The deadline for paper
submissions is September 1st.

There is now a [Meetup
group](https://www.meetup.com/LLVM-Clang-Cambridge-social/) for the Cambridge
(UK) socials.


## On the mailing lists

* Neil Hickey as [reignited the discussion on SPIR-V support in
LLVM](http://lists.llvm.org/pipermail/llvm-dev/2017-June/114401.html).

* Tanya Lattner reports that [HTTPS is now enabled on
llvm.org](http://lists.llvm.org/pipermail/llvm-dev/2017-June/114554.html).

* Erik Pilkington has shared an RFC on [cleaning up the Itanium demangler in
libcxxabi](http://lists.llvm.org/pipermail/llvm-dev/2017-June/114448.html).
This work intends to improve performance.

* Fedor Sergeev has [shared plans on reviving support for LLVM on Solaris
X86/SPARC](http://lists.llvm.org/pipermail/llvm-dev/2017-June/114437.html).

* Brian Gesiak has some questions on [the next steps for optimization
remarks](http://lists.llvm.org/pipermail/llvm-dev/2017-June/114363.html).


## LLVM commits

* A generic MacroFusion pass has been added, used to cause macro fusion
candidates to be scheduled together on X86 and AARch64. It has also been used
to support macro fusion of AES instructions on ARM.
[r305690](http://reviews.llvm.org/rL305690),
[r305988](http://reviews.llvm.org/rL305988).

* InstCombine was extended to simplify common idioms for three-way comparison.
[r306100](http://reviews.llvm.org/rL306100).

* BasicAA will no longer incorrectly return PartialAlias. As the commit
message notes, the hack was first introduced in rL131781!
[r305938](http://reviews.llvm.org/rL305938).

* The git-r utility for mapping svn revisions to git revisions in the mono
repository has been removed, while the community decides if we want
development utilities to be written in Go.
[r305741](http://reviews.llvm.org/rL305741).

* XRay now produces fewer synthetic references, thus reducing the size
overhead. [r305880](http://reviews.llvm.org/rL305741).

* Initial support has been added for the ARMv8.1 Large System Extensions
atomic instructions. [r305893](http://reviews.llvm.org/rL305893),
[r305918](http://reviews.llvm.org/rL305918).

* A new `probe-stack` function attribute has been added. This ensures the
guard page is triggered on stack overflow.
[r305939](http://reviews.llvm.org/rL305939).

* The unused LoadCombine pass has been removed.
[r306067](http://reviews.llvm.org/rL306067).


## Clang commits

* Intrinsics for ARMv8.2-A FP16 vectors have been added.
[r305829](http://reviews.llvm.org/rL305829).

* clang-format gained a new SortUsingDeclaration style option. This is enabled
by default for 'llvm' style. [r306094](http://reviews.llvm.org/rL306094).

* The ThinLTO cache pruning policy string is now documented.
[r306125](http://reviews.llvm.org/rL306125).


## Other project commits

* LLDB's ProcessLauncherPosix has been deleted.
[r305686](http://reviews.llvm.org/rL305686).

* LLVM's test suite added fft from Halide as a new regression benchmark.
[r306108](http://reviews.llvm.org/rL306108).