<div dir="ltr">After LLVM Weekly was removed from the LLVM blog, it's no longer accessible from LLVM.org. Shouldn't it be linked somewhere? For example, in the Useful Links section, right above the mailing list links. Or in the Site Map section, above the Blog link.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 30, 2017 at 10:12 AM, Alex Bradbury via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">LLVM Weekly - #161, Jan 30th 2017<br>
==============================<wbr>===<br>
<br>
If you prefer, you can read a HTML version of this email at<br>
<<a href="http://llvmweekly.org/issue/161" rel="noreferrer" target="_blank">http://llvmweekly.org/issue/<wbr>161</a>>.<br>
<br>
Welcome to the one hundred and sixty-first issue of LLVM Weekly, a weekly<br>
newsletter (published every Monday) covering developments in LLVM, Clang, and<br>
related projects. LLVM Weekly is brought to you by [Alex<br>
Bradbury](<a href="http://asbradbury.org" rel="noreferrer" target="_blank">http://asbradbury.<wbr>org</a>). Subscribe to future issues at<br>
<<a href="http://llvmweekly.org" rel="noreferrer" target="_blank">http://llvmweekly.org</a>> and pass it on to anyone else you think may be<br>
interested. Please send any tips or feedback to <<a href="mailto:asb@asbradbury.org">asb@asbradbury.org</a>>, or<br>
@llvmweekly or @asbradbury on Twitter.<br>
<br>
<br>
## News and articles from around the web<br>
<br>
Microsoft have<br>
[announced](<a href="https://blogs.msdn.microsoft.com/directx/2017/01/23/new-directx-shader-compiler-based-on-clangllvm-now-available-as-open-source/" rel="noreferrer" target="_blank">https://blogs.<wbr>msdn.microsoft.com/directx/<wbr>2017/01/23/new-directx-shader-<wbr>compiler-based-on-clangllvm-<wbr>now-available-as-open-source/</a>)<br>
a new open source DirectX shader compiler based on Clang and LLVM.<br>
<br>
LLVM 4.0.0-rc1 source and binaries are [now<br>
available](<a href="http://lists.llvm.org/pipermail/llvm-dev/2017-January/109442.html" rel="noreferrer" target="_blank">http://lists.llvm.<wbr>org/pipermail/llvm-dev/2017-<wbr>January/109442.html</a>).<br>
Time to get testing!<br>
<br>
<br>
## On the mailing lists<br>
<br>
* Johannes Doerfert has posted an [RFC for adding parallel extensions to LLVM<br>
IR](<a href="http://lists.llvm.org/pipermail/llvm-dev/2017-January/109615.html" rel="noreferrer" target="_blank">http://lists.llvm.org/<wbr>pipermail/llvm-dev/2017-<wbr>January/109615.html</a>).<br>
<br>
* Chas Boyd has<br>
[written](<a href="http://lists.llvm.org/pipermail/llvm-dev/2017-January/109613.html" rel="noreferrer" target="_blank">http://lists.llvm.<wbr>org/pipermail/llvm-dev/2017-<wbr>January/109613.html</a>)<br>
to the mailing list to say a little more about Microsoft's use of LLVM and<br>
Clang in the new DirectX Shader Compiler.<br>
<br>
* Manuel Klimek reports that [work is starting on<br>
ClangD](<a href="http://lists.llvm.org/pipermail/cfe-dev/2017-January/052458.html" rel="noreferrer" target="_blank">http://lists.llvm.org/<wbr>pipermail/cfe-dev/2017-<wbr>January/052458.html</a>), a<br>
daemon to provide access IDEs etc with access to Clang services.<br>
<br>
* Philip Herron is curious about [selection of negative addition rather than<br>
subtraction](<a href="http://lists.llvm.org/pipermail/llvm-dev/2017-January/109511.html" rel="noreferrer" target="_blank">http://lists.<wbr>llvm.org/pipermail/llvm-dev/<wbr>2017-January/109511.html</a>).<br>
Matt Arsenault<br>
[explains](<a href="http://lists.llvm.org/pipermail/llvm-dev/2017-January/109512.html" rel="noreferrer" target="_blank">http://lists.llvm.<wbr>org/pipermail/llvm-dev/2017-<wbr>January/109512.html</a>)<br>
how this behaviour can be overridden.<br>
<br>
* Guy Blank has posted an RFC on [making i1 illegal in X86<br>
codegen](<a href="http://lists.llvm.org/pipermail/llvm-dev/2017-January/109461.html" rel="noreferrer" target="_blank">http://lists.llvm.<wbr>org/pipermail/llvm-dev/2017-<wbr>January/109461.html</a>).<br>
<br>
<br>
## LLVM commits<br>
<br>
* NewGVN gained support for dead and redundant store elimination.<br>
[r293258](<a href="http://reviews.llvm.org/rL293258" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293258</a>).<br>
<br>
* A new MemorySSA updater has been introduced.<br>
[r293356](<a href="http://reviews.llvm.org/rL293356" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293356</a>).<br>
<br>
* A new guard-based loop predication optimisation has been added. This will<br>
enable more guards to be hoisted out of loops.<br>
[r293064](<a href="http://reviews.llvm.org/rL293064" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293064</a>).<br>
<br>
* lit has been expanded to allow boolean expressions in REQUIRES, XFAIL, and<br>
UNSUPPORTED lines. [r292896](<a href="http://reviews.llvm.org/rL292896" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL292896</a>).<br>
<br>
* Early if-conversion has been implemented for AMDGPU, but is disabled by<br>
default for now. [r293016](<a href="http://reviews.llvm.org/rL293016" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293016</a>).<br>
<br>
* The llvm-xray graph subcommand now colors edges and vertices based on<br>
statistics. [r293031](<a href="http://reviews.llvm.org/rL293031" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293031</a>).<br>
<br>
* A new OptimizationRemarkEmitter pass was added, allowing MIR passes to emit<br>
optimisation remarks just like IR passes can.<br>
[r293110](<a href="http://reviews.llvm.org/rL293110" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293110</a>).<br>
<br>
* The MIPS backend gained support for the static relocation model with the N64<br>
ABI. [r293279](<a href="http://reviews.llvm.org/rL293279" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293279</a>).<br>
<br>
* A number of new intrinsics for constrained floating point operations have<br>
been added. [r293226](<a href="http://reviews.llvm.org/rL293226" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293226</a>).<br>
<br>
<br>
## Clang commits<br>
<br>
* A new TableGen-based generator for command line argument documentation was<br>
added. [r292968](<a href="http://reviews.llvm.org/rL292968" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL292968</a>).<br>
<br>
* Comment reflowing has been implemented for clang-format.<br>
[r293055](<a href="http://reviews.llvm.org/rL293055" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293055</a>).<br>
<br>
<br>
## Other project commits<br>
<br>
* XRay 'Flight Data Recorder' mode was implemented, which allows XRay to log<br>
in-memory and then write out data on-demand as required.<br>
[r293015](<a href="http://reviews.llvm.org/rL293015" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL293015</a>).<br>
<br>
* LLD learned to handle the MEMORY linkerscript command.<br>
[r292875](<a href="http://reviews.llvm.org/rL292875" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL292875</a>)<br>
<br>
* LLDB now supports single stepping on ARM FreeBSD.<br>
[r292937](<a href="http://reviews.llvm.org/rL292937" rel="noreferrer" target="_blank">http://reviews.llvm.<wbr>org/rL292937</a>).<br>
______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
</blockquote></div><br></div>