[llvm-dev] LLVM Weekly - #157, Jan 2nd 2017

Tue Jan 3 01:01:15 PST 2017

I want to second Andrey here and then some.

I think it is very easy to lose sight of how valuable the work you're doing
with the LLVM weekly summaries is to the community. The new year is a great
time to reflect on that and I want to add my voice of support and thanks.

I think this kind of newsletter is one of the only ways the community can
continue to scale.

Please reach out for assistance at any point if folks in the community can
do more to help support this effort. Speaking for myself at least, I'm more
than willing.

-Chandler

On Mon, Jan 2, 2017 at 3:43 PM Andrey Bokhanko via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

> Hi Alex,
>
> To keep you motivated, let me re-iterate that your weekly digests are
> simply suberb! -- very much appreciated by me (and I'm pretty sure by many
> others as well).
>
> I hope to say the same again after three more years. ;-)
>
> Yours,
> Andrey
>
>
> On Monday, January 2, 2017, Alex Bradbury via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
> LLVM Weekly - #157, Jan 2nd 2017
> ================================
>
> If you prefer, you can read a HTML version of this email at
> <http://llvmweekly.org/issue/157>.
>
> Welcome to the one hundred and fifty-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.
>
>
> ## News and articles from around the web
>
> Happy New Year! Today marks three whole years of LLVM Weekly issues - in
> fact
> an unbroken streak of 157 consecutive Mondays so far. Thank you to all of
> my
> readers, especially those who have helped keep me motivated by providing
> feedback or have assisted in suggesting content for inclusion. I hope you
> all
> have a happy and productive 2017, punctuated of course by a new LLVM Weekly
> issue in your inbox at the start of every week.
>
> A group at the UFMG compilers laboratory have
> [released](
> http://lists.llvm.org/pipermail/llvm-dev/2016-December/108609.html)
> [DawnCC](http://cuda.dcc.ufmg.br/dawn/), a tool to automatically insert
> OpenACC or OpenMP pragmas.
>
> The first bay-area LLVM social of 2017 will be [taking
> place](http://lists.llvm.org/pipermail/llvm-dev/2017-January/108618.html)
> this
> Tuesday the 5th at 7pm.
>
>
> ## On the mailing lists
>
> * Davide Italiano has [shared some
> thoughts](
> http://lists.llvm.org/pipermail/llvm-dev/2016-December/108588.html)
> on issues with sparse conditional constant propagation (SCCP) in the
> presence
> of undef, and some ideas on addressing them.
>
> * Piotr Padlewski has kicked off a discussion on [enforcing or further
> encouraging the use of clang-tidy in LLVM
> development](
> http://lists.llvm.org/pipermail/llvm-dev/2016-December/108559.html).
> The thread also includes a related but somewhat parallel discussion on the
> use
> of `emplace_back` in LLVM.
>
> * Vedant Kumar has provided a [really helpful
> description](
> http://lists.llvm.org/pipermail/llvm-dev/2016-December/108577.html)
> of the definition of clobber and local dependence in the context of
> DeadStoreElimination.
>
> * Davide Italiano has put out a [call for
> testers](
> http://lists.llvm.org/pipermail/llvm-dev/2016-December/108503.html)
> to help identify remaining issues with the NewGVN pass.
>
>
> ## LLVM commits
>
> * The new pass manager is continuing to make progress. With this commit,
> the
> whole LLVM test suite can be built at O3 using it.
> [r290664](http://reviews.llvm.org/rL290664).
>
> * A new 'element-wise atomic' memcpy intrinsic has been introduced.
> [r290708](http://reviews.llvm.org/rL290708).
>
> * AVX-512 instructions that can be encoded with a shorter 'VEX' prefix
> encoding, now will be. [r290663](http://reviews.llvm.org/rL290663).
>
> * Module metadata is now indexed in bitcode, which allows the reader to
> load
> records lazily on-demand. [r290690](http://reviews.llvm.org/rL290690).
>
>
> ## Clang commits
>
> * Relaxed matching of template template arguments in C++17 was implemented,
> but is disabled by default. [r290792](http://reviews.llvm.org/rL290792).
>
> * A new checker was added for suspected misuse of enums.
> [r290600](http://reviews.llvm.org/rL290600).
>
>
> ## Other project commits
>
> * The performance of libcxx's implementation of string::find has been
> improved
> dramatically. [r290761](http://reviews.llvm.org/rL290761).
>
> * libcxx can now use a throwing version of `_LIBCPP_ASSERT` in its tests.
> [r290651](http://reviews.llvm.org/rL290651).
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170103/67b761c6/attachment.html>