LLVM/project 0bc741a — flang/docs Extensions.md, flang/lib/Evaluate fold-implementation.h

[flang][Evaluate] Fold type-only inquiries of conditional arguments (#227466)

Fold a reference to an intrinsic inquiry function whose result depends
only on the declared type, kind type parameters, or rank of an argument
when that argument is a conditional argument with a non-constant
condition:

  integer, parameter :: k = kind((flag ? a : b))

Every consequent-arg of a conditional argument has the same declared
type and kind type parameters (F2023 C1538) and the same rank unless
all of them are assumed-rank (C1539), so such an inquiry has the same
value whichever consequent-arg is chosen at run time.
FoldOperation(FunctionRef) folds the reference by substituting the
first consequent-arg for the conditional argument in a copy of the
reference and keeps the result when it is a constant.

Accepting such a reference in a constant expression, as in the
PARAMETER above, is an extension. F2023 10.1.12 item (6) admits a

    [41 lines not shown]
DeltaFile
+56-28flang/lib/Evaluate/fold-implementation.h
+76-0flang/test/Semantics/conditional-arg-inquiry.f90
+71-0flang/test/Evaluate/fold-conditional-arg.f90
+13-0flang/test/Evaluate/fold-conditional-arg-exec.f90
+10-0flang/docs/Extensions.md
+226-285 files

OpenZFS/src 76c6f7e — tests/zfs-tests/tests/functional/failmode failmode_dio_unwritable.ksh

ZTS: failmode_dio_unwritable: accept musl's EIO error message

failmode_dio_unwritable expects stride_dd to report the failed write as
"Input/output error", which is glibc's wording for EIO. musl, used on
Alpine, words the same error "I/O error", so the test fails there even
though the write failed with EIO as intended.

Accept both wordings, as procfs_list_stale_read already does.

Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Matthew Ahrens <matt at mahrens.org>
Signed-off-by: Alexander Moch <mail at alexmoch.com>
Closes #19424
DeltaFile
+1-1tests/zfs-tests/tests/functional/failmode/failmode_dio_unwritable.ksh
+1-11 files

LLVM/project 5594e94 — clang/docs ReleaseNotes.md, clang/lib/Sema SemaExpr.cpp

[Clang][Sema] Fix lambdas mistakenly inheriting InImmediateFunctionContext (#232458)

This fixes a regression since Clang 21.

As per [expr.const]/p14.1, only the innermost enclosing function
parameter scope matters for determining whether a function or lambda is
in an immediate function context. It does not matter whether the parent
is an immediate function or not.

However, synthesized functions such as Lambda conversion operators and
constructors do need to inherit immediate function context from the
parent. Fix this by explicitly exempting the lambda call operator.

Fixes #183415.
Fixes #169139. 
DeltaFile
+65-0clang/test/SemaCXX/cxx2b-consteval-propagate.cpp
+4-5clang/lib/Sema/SemaExpr.cpp
+3-0clang/docs/ReleaseNotes.md
+72-53 files

LLVM/project fe39a5f — llvm/test/TableGen getRegClassFromMatchKind.td RegisterClassCopyCost.td, llvm/utils/TableGen RegisterInfoEmitter.cpp

[TableGen] Declare `MCRegisterClassStorageType` as `inline constexpr` (NFC) (#232403)

This reduces size of binaries generated by MSVC on Windows. After
#207168 was merged some of the binaries that include AMDGPU back-end
grew by around 15% on Windows. Declaring the storage class as
`constexpr` allows MSVC to correctly optimize the code brining the
binary size back to its original size.

This is an alternative to #232010 that was reverted due to not being
compatible with MSVC 2019.
DeltaFile
+1-1llvm/utils/TableGen/RegisterInfoEmitter.cpp
+1-1llvm/test/TableGen/getRegClassFromMatchKind.td
+1-1llvm/test/TableGen/RegisterClassCopyCost.td
+3-33 files

LLVM/project adbc6f8 — llvm/lib/Target/AArch64 AArch64MIPeepholeOpt.cpp, llvm/test/CodeGen/AArch64 mipeephole-split-imm-debug-use.mir

[AArch64] Ignore debug uses when splitting immediates (#231717)

and make the debug users of the erased MOV and SUBREG_TO_REG undef.

Assisted-by: Claude
DeltaFile
+48-0llvm/test/CodeGen/AArch64/mipeephole-split-imm-debug-use.mir
+21-3llvm/lib/Target/AArch64/AArch64MIPeepholeOpt.cpp
+69-32 files

LLVM/project b839d36 — llvm/test/CodeGen/AMDGPU build-vector-packed-partial-undef.ll shrink-add-sub-constant.ll, llvm/test/CodeGen/AMDGPU/GlobalISel fshl.ll llvm.amdgcn.image.atomic.dim.a16.ll

[AMDGPU][GlobalISel] Look through copies when matching GCNPat patterns
DeltaFile
+800-1,875llvm/test/CodeGen/AMDGPU/GlobalISel/llvm.amdgcn.image.atomic.dim.a16.ll
+280-1,577llvm/test/CodeGen/AMDGPU/fmul-to-ldexp.ll
+838-134llvm/test/CodeGen/AMDGPU/lshl-add-u64.ll
+204-373llvm/test/CodeGen/AMDGPU/shrink-add-sub-constant.ll
+158-417llvm/test/CodeGen/AMDGPU/build-vector-packed-partial-undef.ll
+230-239llvm/test/CodeGen/AMDGPU/GlobalISel/fshl.ll
+2,510-4,61565 files not shown
+4,029-6,79371 files

FreeBSD/src 43c79c6 — sys/amd64/include floatingpoint.h, sys/arm/include floatingpoint.h

machine/floatingpoing.h: harmonize all arches

Reported by:    fluffy
Reviewed by:    jhibbits (previous version)
Discussed with: imp
Sponsored by:   The FreeBSD Foundation
MFC after:      1 week
Differential revision:  https://reviews.freebsd.org/D60255
DeltaFile
+2-34sys/i386/include/floatingpoint.h
+2-34sys/amd64/include/floatingpoint.h
+2-33sys/arm/include/floatingpoint.h
+2-29sys/powerpc/include/floatingpoint.h
+8-0sys/riscv/include/floatingpoint.h
+8-0sys/arm64/include/floatingpoint.h
+24-1306 files

LLVM/project 74c943c — clang/test/CIR/CodeGenHIP lambda-reference-var.hip

fix test on latest main
DeltaFile
+6-2clang/test/CIR/CodeGenHIP/lambda-reference-var.hip
+6-21 files

LLVM/project 9b837fc — llvm/test/Transforms/SLPVectorizer/RISCV combined-loads-stored.ll rotated-strided-loads.ll

[RISCV] Double the cost of slides

From what I've measured and from what I can read on https://camel-cdr.github.io/rvv-bench-results, vslideup and vslidedown generally aren't pipelined to the same degree as arithmetic ops. This, combined with the fact that they require a vsetvli toggle which we don't currently cost for, makes shufflevector sequences emitted by SLP expensive on hardware.

Doubling the costs of the slides prevents unprofitable SLP vectorization in 525.x264_r, and improves performance by 3.91% on the SpacemiT-K3, -march=rva23u64 -O3 -flto. There were no other noticeable changes on SPEC CPU 2017.

The vslideup/vslidedown throughputs relative to vadd.vx are listed below. SiFive x280 is the only core I could see with better throughput. I considered adding a tuning flag for it, but I'm guessing that if SLP vectorization isn't profitable on other cores, they're likely not profitable on the X-series cores either. Happy to add a flag if reviewers prefer.

| core | VLEN | mf2 | m1 | m2 | m4 | m8 |
|---|---|---|---|---|---|---|
| SpacemiT X60 | 256 | 1.0× / 1.0× | 2.0× / 3.0× | 2.0× / 2.5× | 2.0× / 2.2× | 2.0× / 2.1× |
| SpacemiT X100 | 256 | 1.0× / 1.2× | 1.9× / 2.8× | 2.0× / 2.5× | 2.0× / 2.2× | 2.0× / 2.1× |
| SpacemiT A100 | 1024 | 4.0× / 5.0× | 4.0× / 4.5× | 4.0× / 4.2× | 4.0× / 4.1× | 4.0× / 4.1× |
| SiFive P870 | 128 | 1.2× / 1.2× | 1.2× / 1.2× | 8.0× / 9.0× | 5.0× / 6.0× | 3.5× / 4.5× |
| Tenstorrent Ascalon X | 256 | 1.0× / 1.0× | 1.0× / 1.0× | 2.0× / 1.0× | 3.5× / 2.7× | 5.6× / 4.5× |
| Tenstorrent Ascalon S | 256 | 1.0× / 1.0× | 1.0× / 1.0× | 2.6× / 1.0× | 3.8× / 2.8× | 5.7× / 4.6× |
| XiangShan V3 | 128 | 2.0× / 2.0× | 2.0× / 2.0× | 3.5× / 3.5× | 7.0× / 7.0× | 14.0× / 14.0× |
| SiFive X280 | 512 | 1.0× / 1.0× | 0.7× / 1.0× | 0.8× / 1.0× | 0.6× / 1.0× | 0.7× / 1.0× |
| AX45MPV | 512 | 2.0× / 2.0× | 2.0× / 2.0× | 1.5× / 2.0× | 1.8× / 2.0× | 1.9× / 2.0× |
| Tenstorrent Tensix T2 | 128 | - | 7.8× / 7.8× | 7.9× / 7.9× | 7.9× / 7.9× | 6.8× / 6.8× |
DeltaFile
+200-72llvm/test/Transforms/SLPVectorizer/RISCV/strided-loads-based-reduction.ll
+82-49llvm/test/Transforms/SLPVectorizer/RISCV/strided-load-in-tree-stride.ll
+27-13llvm/test/Transforms/SLPVectorizer/RISCV/gather-constant-offset-lanes-different-bases.ll
+5-11llvm/test/Transforms/SLPVectorizer/RISCV/rotated-strided-loads.ll
+6-10llvm/test/Transforms/SLPVectorizer/RISCV/revec-strided-load.ll
+8-5llvm/test/Transforms/SLPVectorizer/RISCV/combined-loads-stored.ll
+328-1607 files not shown
+353-18313 files

FreeNAS/freenas 005a496 — tests/api2 test_zpool_scrub.py

NAS-144543 / 28.0.0-BETA.1 / Fix flaky scrub alert (by themylogin) (#20027)

Sometimes scrub finished before even have the time to see the alert. We
need to listen for `alert.query` events to see when it appears.

Original PR: https://github.com/truenas/middleware/pull/20026

Co-authored-by: themylogin <themylogin at gmail.com>
DeltaFile
+25-38tests/api2/test_zpool_scrub.py
+25-381 files

LLVM/project a48e820 — llvm/test/CodeGen/AMDGPU tuple-allocation-failure.ll uniform-cfg-around-divergent-region.ll, llvm/test/Transforms/SLPVectorizer/X86 merge-input-operands.ll

Merge branch 'main' into revert-231420-users/arsenm/clang/reapply-targetid-parsing-amdgpu-targetparser
DeltaFile
+2,795-3,867llvm/test/CodeGen/AMDGPU/clmul.ll
+1,325-0llvm/test/CodeGen/AMDGPU/setcc-i64-to-i32.ll
+0-900llvm/test/CodeGen/AMDGPU/setcc-select-hi32mask.ll
+462-0llvm/test/Transforms/SLPVectorizer/X86/merge-input-operands.ll
+354-0llvm/test/CodeGen/AMDGPU/uniform-cfg-around-divergent-region.ll
+150-196llvm/test/CodeGen/AMDGPU/tuple-allocation-failure.ll
+5,086-4,963311 files not shown
+11,399-7,316317 files

LLVM/project a9af670 — llvm/lib/Target/RISCV RISCVExpandPseudoPreRA.cpp, llvm/test/CodeGen/RISCV prera-expand-pseudo.mir

RISCV: Mark unused TLSDESC call defs dead (#232734)

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+30-0llvm/test/CodeGen/RISCV/prera-expand-pseudo.mir
+2-1llvm/lib/Target/RISCV/RISCVExpandPseudoPreRA.cpp
+32-12 files

NetBSD/pkgsrc-wip 19ec191 — . TODO

wip: Remove 389-ds-base entry

It is not packaged, nothing to update.
DeltaFile
+0-1TODO
+0-11 files

NetBSD/pkgsrc-wip 6bce133 — asciinema Makefile cargo-depends.mk

asciinema: Update to 3.2.1

Changes:
3.2.1 (2026-06-16)
* Improved error reporting for server API failures - server-provided error
  messages are now surfaced, with actionable guidance
  (e.g. running `asciinema auth`)
* Built release binaries on Ubuntu 22.04 for broader compatibility with older
  Linux systems (#742)
* Upgraded the virtual terminal (avt) to the latest version
* Upgraded dependencies, including security fixes

3.2.0 (2026-03-01)
* Improved querying for terminal theme and version
* Added support for playback from stdin (thanks fopina!)
* Improved implementation of ALiS protocol
* Switched from full jitter to equal jitter when timing stream reconnection
  attempts
* Added `--description`, `--visibility`, `--audio-url` options for `stream`

    [21 lines not shown]
DeltaFile
+78-84asciinema/distinfo
+25-27asciinema/cargo-depends.mk
+1-1asciinema/Makefile
+104-1123 files

FreeBSD/ports 322192b — net/spoofdpi Makefile distinfo

net/spoofdpi: Update 1.5.4 => 1.5.5

Changelog:
* network: quote macOS network service names (5a4e60b)
* tui: recognize Ctrl-C by key type (82e5eaa)
https://github.com/xvzc/spoofdpi/releases/tag/v1.5.5

Reported by:    Repology
Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+3-3net/spoofdpi/distinfo
+1-2net/spoofdpi/Makefile
+4-52 files

LLVM/project 9b8b383 — llvm/lib/Support UnicodeNameToCodepointGenerated.cpp, llvm/test/CodeGen/AMDGPU amdgcn.bitcast.896bit.ll amdgcn.bitcast.960bit.ll

Merge branch 'main' into users/vntkmr/flang-conditional-args/02-Fold-type-only-inquiries-of-conditional-arguments
DeltaFile
+80,340-99,572llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.1024bit.ll
+32,675-17,281llvm/test/CodeGen/AMDGPU/frem.ll
+21,540-27,245llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.512bit.ll
+23,347-23,371llvm/lib/Support/UnicodeNameToCodepointGenerated.cpp
+16,761-20,379llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.960bit.ll
+15,630-19,063llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.896bit.ll
+190,293-206,91114,593 files not shown
+1,161,847-709,45514,599 files

LLVM/project c313c3e — llvm/test/tools/llubi bitinsert_bitextract_le.ll bitinsert_bitextract_be.ll, llvm/tools/llubi/lib Context.h Context.cpp

[llubi] Add support for `bitinsert` and `bitextract` (#230827)

Add support for `bitinsert` and `bitextract`.
DeltaFile
+78-0llvm/test/tools/llubi/bitinsert_bitextract_le.ll
+78-0llvm/test/tools/llubi/bitinsert_bitextract_be.ll
+29-0llvm/tools/llubi/lib/Interpreter.cpp
+19-0llvm/tools/llubi/lib/Context.cpp
+7-0llvm/tools/llubi/lib/Context.h
+211-05 files

FreeNAS/freenas ee3c1e3 — src/middlewared/middlewared/plugins nfs.py, src/middlewared/middlewared/plugins/nfs_ share.py share_hosts.py

NAS-144497 / 28.0.0-BETA.1 / Convert `sharing.nfs` to new style (#20015)
DeltaFile
+0-601src/middlewared/middlewared/plugins/nfs.py
+239-0src/middlewared/middlewared/plugins/nfs_/share_validate.py
+201-0src/middlewared/middlewared/plugins/nfs_/share_hosts.py
+149-32tests/api2/test_300_nfs.py
+111-0src/middlewared/middlewared/plugins/nfs_/share.py
+44-61src/middlewared/middlewared/pytest/unit/plugins/test_nfs.py
+744-69420 files not shown
+1,129-75926 files

LLVM/project 217e229 — clang/lib/Analysis ThreadSafetyCommon.cpp, clang/lib/Sema SemaDeclAttr.cpp

[clang][ThreadSafety] Do not read a C field's address as a pointer to member (#231604)

The analysis reads `&Class::mu` in an attribute as a wildcard, matching
`mu` of any object, and tested for it with `isCXXInstanceMember()`. That
test is true of a C field too -- probably unexpectedly given the CXX in
the name -- so in:

    struct Dev {
      struct Mutex mu;
      int a GUARDED_BY(&mu);
    };

`a` was guarded by the `mu` of any object: locking `other->mu` allowed
writing `dev->a`. C has no pointer-to-member syntax, so there `&mu`
names the field of the same object, as `mu` does. The wildcard is kept
for C++ only, as seems likely to have been intended (despite the test
from #191187 being changed here). This ensures the struct annotation now
has the same meaning on C and C++ parsing.
DeltaFile
+28-2clang/test/Sema/warn-thread-safety-analysis.c
+20-0clang/test/SemaCXX/warn-thread-safety-analysis.cpp
+5-5clang/lib/Sema/SemaDeclAttr.cpp
+3-6clang/lib/Analysis/ThreadSafetyCommon.cpp
+56-134 files

LLVM/project 097e8eb — llvm/include/llvm/CodeGen MachineBasicBlock.h, llvm/lib/CodeGen ProcessImplicitDefs.cpp MachineBasicBlock.cpp

ProcessImplicitDefs: Mark kept physreg IMPLICIT_DEFs dead

A physreg IMPLICIT_DEF has undef set on all of its readers in the block,
but is only erased if the block has no successors. Otherwise it was left
live even when no successor has the register live-in. Mark it dead in
that case.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+110-0llvm/test/CodeGen/X86/process-implicit-defs-physreg-dead.mir
+57-0llvm/test/CodeGen/AMDGPU/process-implicit-defs-livein-lanemask.mir
+16-0llvm/lib/CodeGen/MachineBasicBlock.cpp
+11-4llvm/lib/CodeGen/ProcessImplicitDefs.cpp
+5-0llvm/include/llvm/CodeGen/MachineBasicBlock.h
+199-45 files

FreeBSD/ports bacaa99 — devel/got Makefile distinfo, devel/got/files patch-regress_cmdline_blame.sh

devel/got: update to 0.130

User-visible changes:
- default to using SHA256 object IDs in newly created repositories
DeltaFile
+12-0devel/got/files/patch-regress_cmdline_blame.sh
+3-3devel/got/distinfo
+1-1devel/got/Makefile
+16-43 files

LLVM/project 934ae51 — llvm/lib/IR Instructions.cpp, llvm/test/Transforms/GVN pr207532.ll

[IR] Fold `bitcast` pairs through bytes with `ptrtoint`/`inttoptr` (#229107)

Fold `bitcast` pairs through bytes with `ptrtoaddr`.

- A pointer `bitcast` to a byte and then to an integer becomes
`ptrtoint`.
- An integer `bitcast` to a byte and then to a pointer becomes
`inttoptr`.
- Both only fold when the integer has the pointer width.
- A byte `bitcast` to a pointer and then `ptrtoaddr` becomes one
`bitcast`, when the address is the whole pointer.

```diff
-%b = bitcast ptr %p to b64
-%x = bitcast b64 %b to i64
+%x = ptrtoint ptr %p to i64

-%c = bitcast i64 %i to b64
-%q = bitcast b64 %c to ptr

    [9 lines not shown]
DeltaFile
+111-16llvm/test/Transforms/InstCombine/byte-cast-pairs.ll
+23-4llvm/lib/IR/Instructions.cpp
+3-3llvm/test/Transforms/InstSimplify/byte-cast-pairs.ll
+1-1llvm/test/Transforms/GVN/pr207532.ll
+138-244 files

LLVM/project 29075cb — llvm/lib/IR Instructions.cpp, llvm/test/Transforms/GVN pr207532.ll

[IR] Don't fold `bitcast` pairs through bytes into invalid casts (#229105)

Fixes #207532.

`CastInst::isEliminableCastPair` merged any two `bitcast`s into one.
Through a byte type, the merged `bitcast` can be invalid:
```llvm
%b = bitcast ptr %p to b64
%x = bitcast b64 %b to i64     ; was merged into `bitcast ptr %p to i64`
```

A `bitcast` pair now only folds when:
- Neither end is a pointer.
- Both ends are pointers in the same address space.
- One end is a pointer and the other is a byte type.
The following are not folded, as one `bitcast` isn't equivalent. These
pairs used to hit an assertion.
- `inttoptr` + pointer-to-byte `bitcast`: `inttoptr` can recover
provenance, but a byte holding integer bits can't.

    [9 lines not shown]
DeltaFile
+139-0llvm/test/Transforms/InstCombine/byte-cast-pairs.ll
+26-0llvm/test/Transforms/InstSimplify/byte-cast-pairs.ll
+23-1llvm/lib/IR/Instructions.cpp
+18-0llvm/test/Transforms/GVN/pr207532.ll
+206-14 files

LLVM/project dbb89b7 — llvm/lib/Target/NVPTX NVPTXISelLowering.cpp, llvm/test/CodeGen/NVPTX i16x2-instructions.ll

Reapply "[NVPTX] Mark SMUL_LOHI and UMUL_LOHI as Expand for v2i16 (#25808)" (#232763)

This reverts commit 21200de12ab3364b51f8106a9211299ee1d9a8a2.

Ran `update_llc_test_checks.py` to update `test_smulh` and `test_umulh`
in `i16x2-instructions.ll` to match the `-O0` argument lowering behavior
after #232309 .
DeltaFile
+32-0llvm/test/CodeGen/NVPTX/i16x2-instructions.ll
+4-3llvm/lib/Target/NVPTX/NVPTXISelLowering.cpp
+36-32 files

OpenBSD/ports kLE3Hjo — net/unifi Makefile.inc, net/unifi/main Makefile

   merge unifi/snappy-java changes to 8.0-stable
VersionDeltaFile
1.14.6.1+18-20net/unifi/snappy-java/Makefile
1.49.4.1+14-21net/unifi/Makefile.inc
1.3.10.1+4-4net/unifi/snappy-java/distinfo
1.1.4.1+4-2net/unifi/v9/Makefile
1.64.4.2+2-2net/unifi/main/Makefile
1.1.4.1+1-2net/unifi/v9/pkg/PLIST
+43-515 files not shown
+44-5711 files

OpenBSD/ports KXpio49 — net/unifi Makefile.inc, net/unifi/main Makefile

   rework unifi ports to use a snappy-java package rather than pulling in a
   pre-generated jar to unifi. allow this to be packaged, so that it can track
   libc++ bumps.

   currently just using a single 1.10.8 version. tested with unifi 10.6.106
   which actually wants that version; hopefully this also works with 9.0.118
   which really wants 1.10.5 (let me know if not, I can rework it, but it's
   more complexity that I'd like to avoid unless needed)
VersionDeltaFile
1.16+17-19net/unifi/snappy-java/Makefile
1.50+14-21net/unifi/Makefile.inc
1.2+4-2net/unifi/v9/Makefile
1.66+2-2net/unifi/main/Makefile
1.2+1-2net/unifi/v9/pkg/PLIST
1.1+3-0net/unifi/snappy-java/pkg/PLIST
+41-463 files not shown
+42-529 files

LLVM/project e77da24 — llvm/lib/Target/AArch64 AArch64InstrFormats.td, llvm/lib/Target/AArch64/AsmParser AArch64AsmParser.cpp

fixup! Rename some diagnostic names
DeltaFile
+4-4llvm/lib/Target/AArch64/AsmParser/AArch64AsmParser.cpp
+6-2llvm/lib/Target/AArch64/AArch64InstrFormats.td
+10-62 files

LLVM/project f9754e3 — clang/lib/CodeGen CGDeclCXX.cpp CGHLSLBuiltins.cpp, clang/test/CodeGen convergence-control-alias.c

Explicitly pass convergence into runtime functions
DeltaFile
+44-44clang/test/CodeGenHLSL/builtins/QuadReadAcrossDiagonal.hlsl
+48-0clang/test/CodeGen/convergence-control-alias.c
+29-12clang/lib/CodeGen/CGCall.cpp
+37-0clang/test/CodeGenCXX/convergence-control-noconvergent-virtual-alias.cpp
+14-20clang/lib/CodeGen/CGHLSLBuiltins.cpp
+7-3clang/lib/CodeGen/CGDeclCXX.cpp
+179-792 files not shown
+195-808 files

FreeBSD/ports f67e678 — audio/sonata Makefile distinfo

audio/sonata: Update to 1.7.4

ChangeLog:

1. https://github.com/multani/sonata/releases/tag/v1.7.4

Reported by:    Jonathan Ballet <notifications at github.com>
DeltaFile
+3-3audio/sonata/distinfo
+1-1audio/sonata/Makefile
+4-42 files

LLVM/project 7d97ddb — clang/lib/CodeGen CodeGenFunction.h CGDeclCXX.cpp, clang/test/CodeGen convergence-control-call-metadata.c

clang: Add convergence control bundles when creating calls

Instead of creating a call and then recreating it with a convergencectrl
operand bundle, add the bundle when the call is created. Recreating the
call left EmitCall's callOrInvoke pointing at the erased call, and lost
any metadata already attached to it, such as !alloc_token and
!callee_type.

For calls from EmitCall, decide whether a token is needed from the call
site attributes derived from the callee declaration, rather than from
the IR.

Co-authored-by: Claude Opus 5.5 <noreply at anthropic.com>
DeltaFile
+26-23clang/lib/CodeGen/CGCall.cpp
+29-0clang/test/CodeGen/convergence-control-call-metadata.c
+6-10clang/lib/CodeGen/CGStmt.cpp
+7-5clang/lib/CodeGen/CGDeclCXX.cpp
+4-4clang/test/CodeGenHLSL/vk-features/SpirvType.hlsl
+4-3clang/lib/CodeGen/CodeGenFunction.h
+76-456 files not shown
+85-5412 files