LLVM Weekly - #365, December 28th 2020
Welcome to the three hundred and sixty-fifth 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. Subscribe to future issues at https://llvmweekly.org and pass it on to anyone else you think may be interested. Please send any tips or feedback to asb@asbradbury.org, or @llvmweekly or @asbradbury on Twitter.
News and articles from around the web
Videos and slides are now available for the LLVM-HPC2020 Workshop at SC20.
A new post on the LLVM blog explains applications of Cling to data science research.
On the mailing lists
-
LLVM GPU News Issue #2 is now available.
-
Vince Bridgers asks about bugzilla database cleanup for static analyzer bugs.
-
Fernando Magno Quintao Pereira shares that he is posting a short course on LLVM to YouTube.
-
Christopher Nelson provided an update on OpenMP parallel STL status, and welcomes feedback on the linked work in progress.
LLVM commits
-
The loop idiom recogniser learned about the "left-shift until bittest" idiom. e124844.
-
Materialisation of i64 constants on PowerPC was improved. 29eb3dc.
-
The HowToReleaseLLVM documentation was updated to match the current process. 7f40bb3.
-
Further RISC-V vector intrinsics were added. b15ba2c, 7a2c8be, and many more.
-
A bank conflict hazard recognizer was added to the Arm backend. It is enabled for the Cortex-M7. a9f14cd.
-
Static heuristics for cold paths in branch probability info was improved. 9fb074e.
Clang commits
-
clang-format now supports SpaceBeforeCaseColon which will add a space before the colon of a case or default statement. 47877c9.
-
In order to reduce memory usage, clangd will now periodically call
malloc_trim
when using glibc malloc. b8c3715.
Other project commits
-
An is-lockfree-runtime-function lit feature was added for libcxx testing. 0f81598.
-
mlir-spirv-cpu-runner documentation was updated. be96137.
-
Instance methods and static constructors were removed from MLIR's LLVMType, making it more closely match the rest of the MLIR infrastructure. 8de43b9, 7ed9cfc.