[Clang] Fix coro_await_elidable breaking with parenthesized expressions
The applySafeElideContext function used IgnoreImplicit() to find the
underlying CallExpr, but this didn't strip ParenExpr nodes. When code
like `co_await (fn(leaf()))` was parsed, the operand was wrapped in a
ParenExpr, causing HALO (Heap Allocation eLision Optimization) to fail.
This fix uses IgnoreExprNodes with IgnoreImplicitSingleStep and
IgnoreParensSingleStep to iteratively strip both implicit nodes and
parentheses until reaching a fixed point, handling any ordering of
these nodes in the AST.
Fixes the issue where adding parentheses around co_await's argument
would prevent heap elision for coro_await_elidable coroutines, which
is particularly problematic since parentheses are often required in
real-world code due to co_await's tight binding with operators.
[SLP][NFC] Refactor vectorizeStores::RangeSizes (#177241)
Currently `RangeSizes` is used to allow us to skip trying to vectorize
clearly unprofitable trees by caching prior attempts `TreeSizes`. This
PR refactors that logic to simplify and improve readability. This will
make it easier to handle the strided stores.
Switches RangeSizes to use `first` as the location to lookup values from, and `second` as the location to store values to. `first` gets updated by `second` at the appropriate times to match the behavior prior to this change.
[LoopUnrollPass] Remove unhelpful comment in `shouldPragmaUnroll` (NFC) (#178814)
The note the comment is making should be obvious based on the structure
of the pass. Additionally, it is grammatically incorrect and has
spelling errors.
[RISC-V][Mach-O] Use RISCV_RELOC_ADDEND for large pc-relative offset. (#178699)
Do not inline the pc-relative offset from the auipc into the addi/lw
immediates if the offset requires than the 12-bit (signed). Instead,
emit a 24-bit (signed) relocation record with RISCV_RELOC_ADDEND.
[AsmPrinter] Add a command-line option to emit stack usage files (#178908)
Preparation for #178005.
This will allow stack usage files to be requested during the linking
step in LTO builds, in a more straightforward way than via
TargetOptions.
Update xemu to 0.0.2026.01.29.
New "stable" (kind of ... # ) release
CHANGE: "none" (other than copyright adjustments for 2026). This is
release of the last next as stable. As it was a long time ago when we
had a stable release what we have now here.
devel/py-rich-click: Update to 1.9.6
Many enhancements since 1.6.1
Changes: https://github.com/ewels/rich-click/releases
Run-tested under py-multiqc
Pip pkg for py-litestar uses 1.9.6
PR: 292776
Reported by: nivit
[NFC] Reduce fragility of swdev503538-... test. (#176302)
The original test was created in PR #120815, but it depends on -O0 and
implicitly uses DAGCombiner (that is switched on by default for -O0).
The patch reduces fragility of the test and removes dependency on
DAGCombiner.
release: Ship firmware from kmods repo on DVD
The packages for X.Y-RELEASE are a snapshot of the quarterly branch
for stable/X, i.e. typically built on X.(Y-1)-RELEASE. (The case of
Y=0 is an exception for obvious reasons.) This works for most ports
but not for kernel modules, which may need to be built on the release
in question; this is why we have a separate "kmods" repository.
Make sure that we put the packages from the kmods repository onto the
mini-pkg-repo on the DVD rather than shipping unusable firmware.
Reviewed by: bz
MFC after: 1 week
Sponsored by: https://www.patreon.com/cperciva
Differential Revision: https://reviews.freebsd.org/D52581
In become_active ensure all user-related config
This commit ensures that when a controller becomes active, we
regenerate the user and API key configuration so that there's
no chance of stale information being preset.
[libclang/python] Ignore our own DeprecationWarnings in tests (#178631)
Suppress `DeprecationWarnings` raised in the libclang python tests. Also
ensure that they are returned where expected.
Resolves #178203
15.0: Update status of devinfo issue
This was fixed in FreeBSD 15.0-RELEASE-p2.
Reviewed by: ziaee
Differential Revision: https://reviews.freebsd.org/D54958
[Clang][retry] Lift HIPSPV onto the new offload driver (#178664)
Update HIPSPV toolchain to support --offload-new-driver. Additionally,
tailor llvm-spirv invocation for
[chipStar](https://github.com/CHIP-SPV/chipStar) via
`spirv64-*-chipstar` offload triple.
The previous PR (#168043) had CI failures that were not caught early.
This one attempts to address them.
[RegAlloc] Remove redundant parameters for weightCalcHelper (NFC). (#170151)
Since futureWeight was removed by
145cc9db2b442fc0533e275b92943a9894e33337, there is no more calls to
weightCalcHelper(LI, start, end)
[DAG] Reland: Enable bitcast STLF for Constant/Undef (#178890)
This is a reland of #172523.
The original patch caused an assertion failure on RISC-V because it
attempted to create a bitcast from an illegal type (i32 on RV64) during
the post-type-legalization DAGCombine stage.
Added a `TLI.isTypeLegal(Val.getValueType())` check to ensure we only
proceed with the bitcast STLF optimization when the source value's type
is legal for the target.
[X86] Truncate unused bit for blendw mask (#178883)
While tuning ProcessBLENDWToBLENDD
https://github.com/mahesh-attarde/llvm-project/blob/07ec2fa1443ccd3cbb55612937f1dddebfe51c15/llvm/lib/Target/X86/X86FixupInstTuning.cpp#L262
we creating mask from `getImm()` which returns 64bit int and APInt
accept 64 bit int.
```
APInt MaskW =
APInt(8, MI.getOperand(NumOperands - 1).getImm(), /*IsSigned=*/false);
```
It fails with MIR for BLENDW instruction that requires8 bit mask 0xAA
from 64 bit Imm.
```
renamable $xmm2 = VPBLENDWrri renamable $xmm1, killed renamable $xmm2, -86
```
APInt construction complains since higher bits of are also set for
transformations where mask bits are set (results in negative values).
[11 lines not shown]
