[llvm-dev] LLVM Weekly - #414, December 6th 2021
Alex Bradbury via llvm-dev
llvm-dev at lists.llvm.org
Mon Dec 6 10:45:41 PST 2021
LLVM Weekly - #414, December 6th 2021
=====================================
If you prefer, you can read a HTML version of this email at
<http://llvmweekly.org/issue/414>.
Welcome to the four 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.
## News and articles from around the web
The next Women in Compilers and Tools meetup will [take place on December
9th](https://www.meetup.com/meetup-group-ifwtlvwd/events/281752696/). It will
feature Sangeeta Chowdhary's talk, Fast and Precise Approaches to Detect,
Debug, and Repair Numerical Errors.
## On the mailing lists
* It's been a busy week in the ongoing Bugzilla to GitHub issues migration
attempt. A GitHub outage last weekend [delayed the
import](https://lists.llvm.org/pipermail/llvm-dev/2021-November/154045.html).
Further issues were [found on
Wednesday](https://lists.llvm.org/pipermail/llvm-dev/2021-December/154109.html)
and [on Friday it was stopped
again](https://lists.llvm.org/pipermail/llvm-dev/2021-December/154153.html)
due to an issue rewriting issue references. Anton Korobeynikov proposed
abandoning the migration and unlocking Bugzilla again if a solution isn't
found by the end of this week. Many have chimed in with
additional questions or suggestions for next steps. Apologies I can't
summarise it all - the discussion at times is a little charged, which takes
extra care to summarise fairly. Regardless of whether this migration attempt
needs to be aborted or not, huge thanks are owed to Anton Korobeynikov and
everyone else involved for the ongoing time investment to try to move this
forward.
* Philip Reames
[documented](https://lists.llvm.org/pipermail/llvm-dev/2021-December/154150.html)
the design choice that hoisting instructions out of loops is treated as the
canonical form, and detailing what might be needed to move towards an
alternate design around a profit-driven loop invariant code motion.
* Erich Keane
[bumped](https://lists.llvm.org/pipermail/llvm-dev/2021-November/154058.html)
the RFC on raising the minimum Visual Studio version to VS2019, suggesting
to also update the GCC, Clang, and Apple Clang requirements at the same
time.
* LLVM 13.0.1-rc1 [has been
tagged](https://lists.llvm.org/pipermail/llvm-dev/2021-November/154037.html).
* LLVM GPU News #24 [is
out](https://lists.llvm.org/pipermail/llvm-dev/2021-December/154149.html),
providing the usual mix of updates on GPU-related activities under the LLVM
umbrella.
* Michał Górny kicked off a discussion about [adding support for FreeBSD
kernel
coredumps](https://lists.llvm.org/pipermail/lldb-dev/2021-November/017146.html),
outlining three potential approaches and requesting feedback.
* Alan Phipps [updated his RFC on source-based MC/DC
coverage](https://lists.llvm.org/pipermail/llvm-dev/2021-December/154092.html)
to reflect design changes following discussion with others in the community.
## LLVM commits
* Loop invariant code motion learned to hoist loads in the case where there is
also a store that can't be moved.
[2cdc6f2](https://reviews.llvm.org/rG2cdc6f2ca62e).
* VE is now an official target.
[6f25e75](https://reviews.llvm.org/rG6f25e754a0da).
* Support was added for the Armv8.1-M PACBTI extension.
[5cff77c](https://reviews.llvm.org/rG5cff77c23f43),
[c12c7a8](https://reviews.llvm.org/rGc12c7a84b03b),
[b430782](https://reviews.llvm.org/rGb430782be34b),
[f5f28d5](https://reviews.llvm.org/rGf5f28d5b0ce7).
* A small HTTP client library was added to llvm/Support, including an
implementation that wraps libcurl.
[170783f](https://reviews.llvm.org/rG170783f991fa),
[e0b259f2](https://reviews.llvm.org/rGe0b259f22c00).
* llvm-profgen can now compute and show a measure of 'profile density',
intended to indicate when there may be too few samples relative to the
program size. [c2e08ab](https://reviews.llvm.org/rGc2e08aba1afd).
* Support for D demangling was expanded, with support for demangling simple
single qualified names. [e63c799](https://reviews.llvm.org/rGe63c799a767b).
* The LLVM_DEFAULT_TARGET_TRIPLE CMake variable is now documented.
[ec15b73](https://reviews.llvm.org/rGec15b7307f54).
* A flow-based profile inference algorithm, profi, was added to help overcome
the inaccuracies in profile data collected for PGO.
[7cc2493](https://reviews.llvm.org/rG7cc2493daaf5),
[98dd2f9](https://reviews.llvm.org/rG98dd2f9ed3dd),
[93a2c29](https://reviews.llvm.org/rG93a2c2919f73),
[4e24ca1c](https://reviews.llvm.org/rG4e24ca1cdc71).
* The function attribute inference path learned to infer the writeonly
argument attribute. [740057d](https://reviews.llvm.org/rG740057d185ea).
## Clang commits
* Some initial support code was added for building dataflow analyses.
[6e2aecd7](https://reviews.llvm.org/rG6e2aecd759dc).
* A new clang-tidy check was added for `string_view(nullptr)`.
[6a9487d](https://reviews.llvm.org/rG6a9487df73e9).
* Documentation for clang-tidy's bugprone-unhandled-exception-at-new check
was improved. [1cefe91](https://reviews.llvm.org/rG1cefe91d40ae).
## Other project commits
* The old MachO Darwin LLD linker was removed, as the new implementation is
now a feature complete replacement.
[9e35525](https://reviews.llvm.org/rG9e3552523ebd).
* PlatformQemuUser was added to LLDB. This provides initial support for
debugging executables under qemu-user.
[1408684](https://reviews.llvm.org/rG1408684957bb).
* Environment variables for LLVM's OpenMP library were documented.
[618f8dc](https://reviews.llvm.org/rG618f8dc5e5b5).
* The Dexter debug experience testing tool gained a new DexDeclareAddress
command, used to test the relative values of pointer variables.
[0428d44](https://reviews.llvm.org/rG0428d44d4cfa).
* Flang's FIR gained a dataflow optimisation pass.
[2e7202b](https://reviews.llvm.org/rG2e7202b0082f).
* Formatting benchmarks were added to libc++.
[01631ff](https://reviews.llvm.org/rG01631ffcfca7).
* libc++ no longer uses the C++03 emulation for std::nullptr_t by default. This
is an ABI break, but only for users compiling in C++03 mode that have
std::nullptr_t as part of their ABI.
[a34f246](https://reviews.llvm.org/rGa34f24689945).
More information about the llvm-dev
mailing list