LLVM Weekly - #632, February 9th 2026
Welcome to the six hundred and thirty-second 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 via email: asb@asbradbury.org, or Mastodon: @llvmweekly@fosstodon.org / @asb@fosstodon.org, or Bluesky: @llvmweekly.org / @asbradbury.org.
News and articles from around the web and events
The LLVM community area team elections close today at 11:59pm (anywhere on earth). So if you haven’t cast your vote yet, do so quickly!
Qualcomm have open sourced their Hexagon-MLIR compiler stack.
The next LLVM Israel meetup will take place on February 18th.
The next LLVM Bay Area meetup will take place on February 16th. Meanwhile the next PDX area social will take place on February 19th.
The first LLVM Women in Compilers and Tools (WiCT) meetup will be held in March. Please fill out the form to show interest and indicate the preferred date and time slot.
The agenda is now available for the EuroLLVM 2026.
According to the LLVM Calendar in the coming week there will be the following:
- Office hours with the following hosts: Aaron Ballman, Alexey Bader, Alina Sbirlea, Johannes Doerfert,
- Online sync-ups on the following topics: formal specification, CalngIR upstreaming, LLVM alias analysis, pointer authentication, Flang, SPIR-V, RISC-V, LLVM libc, HLSL, LLVM libc math.
- For more details see the LLVM calendar, getting involved documentation on online sync ups and office hours.
On the forums
Meeting notes from the most recent LLVM project council meeting are now available.
Andrzej Warzynski shared a public service announcement that the default behaviour of the WrapFuncinClassPass for EmitC will change.
Michael Kruse started a discussion on the warnings suppression policy for flang.
Sam Elliott is looking to understand the status of the IR outliner and remaining issues for it to be enabled more widely.
Tue Ly posted an RFC on using LLVM libc’s math routines for compiler-rt’s floating point builtins. One concern mentioned in the thread is whether there are any downstream compiler-rt users with only C compilers (i.e. would not be able to switch to a C++17 implementation of the builtins).
Jakub Kuderski asked about adding LLVM-specific clang-tidy checks.
Florian Hahn proposed intrinsics for speculative loads, aiming to help enable vectorisation of loops with early exits that have potentially faulting loads.
Some concerns were raised about current LLVM development practices, such as revising or clarifying the policy for ‘trivial’ patches committed without pre-commit review and concerns about some low-quality PRs being merged (and its relation to AI usage).
LLVM commits
An initial skeleton was committed for WebAssembly backend GlobalISel support. 9976e57.
Initial support was added for ifunc on AIX. e1f69ee.
A PostLegalize combiner was added for X86 GlobalISel. 9d5a42c.
The Arm backend will now lower unaligned loads/stores to aeabi functions when combiling with
-Ozand-mno-unaligned-access. 09a6842.Code generation is now enabled for RISC-V targeting Mach-O. c6086dd.
Macro-fusion support was added for the RISC-V SpacemiT X100. b10d6a5.
The lowering of memset in LowerMemIntrinsics was optimised. d24a675.
update_test_checks gained support for VPlan printing. 49288b6.
A new processor specific tuning string format was added for RISC-V, e.g.
sifive-x280:single-element-vec-fp64. 6441f1c.The Hexagon backend gained a post-regalloc live variable analysis. 66f9ffb.
As a follow-up to the RFC on optimising conditional traps, an
llvm.cond.loopintrinsic was added. 191af6c.
Clang commits
ClangIR now supports array new with an empty initialiser list and a TargetLowering pass was added. a9a5ebb, b9f3710.
A document was added on the C++ cleanup and exception handling design for ClangIR. 08d77f0.
Support was added for parsing the
^^reflection operator for primitive types. 1171450.