[llvm-dev] LLVM Weekly - #314, Jan 6th 2020
Philip Reames via llvm-dev
llvm-dev at lists.llvm.org
Mon Jan 6 11:50:43 PST 2020
Six years? Wow!
Alex, thank you for your work here. The service you provide to the
community is one I really appreciate and have come to rely on. Thank you!
On 1/6/20 11:47 AM, Alex Bradbury via llvm-dev wrote:
> LLVM Weekly - #314, Jan 6th 2020
> If you prefer, you can read a HTML version of this email at
> Welcome to the three hundred and fourteenth 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](https://www.linkedin.com/in/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 <asb at asbradbury.org>, or
> @llvmweekly or @asbradbury on Twitter.
> The very [first LLVM Weekly issue](http://llvmweekly.org/issue/1) went out six
> years ago today, on Jan 6th 2014. Since then there's been a new issue every
> single Monday, with zero gaps. Thank you everyone for reading so far! I of
> course intend to keep it going through 2020 as well.
> ## News and articles from around the web
> The deadline for proposals for EuroLLVM 2020 [is this Saturday 11th
> EuroLLVM will take place April 6th-7th in Paris.
> The program for the LLVM dev room at FOSDEM 2020 [has been
> Corentin Jabot wrote up a detailed blog post on [improving performance for
> large integer arrays in Clang](https://cor3ntin.github.io/posts/arrays/).
> The second LLVM social in Bangalore [will take
> place](http://lists.llvm.org/pipermail/llvm-dev/2020-January/137938.html) on
> Saturday February 1st.
> ## On the mailing lists
> * Mark de Wever kicked off an RFC thread on [handling implementation limits in
> suggesting that implementation limits of the Clang compiler be centralised to
> allow them to be representated in generated headers and documentation.
> * Michael Kruse [proposes a new loop optimisation
> "The central idea is to use a modifiable loop tree - similar to LoopInfo - as
> the primary representation. LLVM-IR is converted to a loop tree, then
> optimized and finally LLVM-IR is generated again for subtrees that are
> considered profitable."
> * David Blaikie posted an RFC on [reducing .o file size in
> Using `DW_AT_ranges` can resuled in significant size savings for for .o, but
> can cause a very small increase for .dwo files.
> * Whitney T Tsang proposes [changing LoopUnrollAndJamPass from a loop to a
> ## LLVM commits
> * The pass registration mechanism used by Polly was generalised so it can be
> used by any third party tool.
> * The check for the `disable-tail-calls` attribute was hoisted from individual
> backends to the instruction selectors.
> * The NoFPExcept SDNodeFlag now defaults to false.
> * Zlib support is now disabled by default on Windows.
> ## Clang commits
> * OpenMP 5.0 implementation continues with support for codegen of lastprivate
> conditional list items. [a58da1a](https://reviews.llvm.org/rGa58da1a2ff0).
> * clang-tidy gained a utility function to add 'const' to variables.
> ## Other project commits
> * MLIR gained documentation for the VectorOps dialect.
> * LLD gained support for TPREL relocations for Hexagon.
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
More information about the llvm-dev