LLVM/project 7f82efbllvm/include module.modulemap

[Object] Add missing BBAddrMap.def to module map (#199961)

Added in 532940bdee66bf5f36a70578698aab66f16919af.
DeltaFile
+2-0llvm/include/module.modulemap
+2-01 files

LLVM/project 00b4695llvm/lib/CodeGen CodeGenPrepare.cpp, llvm/test/CodeGen/AArch64 fast-isel-branch-cond-split.ll

[CodeGenPrepare] Use recomputed split-branch weights. (#199822)

splitBranchCondition computes new branch weights after splitting an
and/or condition into two branches, but then passed the original weights
to createBranchWeights at each metadata update. The recomputed values
were discarded.

Pass the scaled NewTrueWeight/NewFalseWeight values when installing
metadata on both generated branches.

This bug was found by a large run of Opus 4.7 looking for bugs in LLVM.
DeltaFile
+66-0llvm/test/Transforms/CodeGenPrepare/X86/split-branch-cond-weights.ll
+21-21llvm/test/CodeGen/AArch64/fast-isel-branch-cond-split.ll
+8-25llvm/lib/CodeGen/CodeGenPrepare.cpp
+95-463 files

LLVM/project e8cc37eclang/lib/DependencyScanning DependencyScannerImpl.cpp

[clang][deps] Disable app extensions during scanning (#200041)

Application extension contributes to the context hash, but only affects
the availability attribute on declarations. Since it cannot affect
dependencies, disable it for the scan to reduce the number of scanning
PCM variants.
DeltaFile
+4-0clang/lib/DependencyScanning/DependencyScannerImpl.cpp
+4-01 files

LLVM/project e1dd984flang/lib/Optimizer/Transforms FIRToMemRef.cpp, flang/test/Transforms/FIRToMemRef slice-projected.mlir

[flang][FIRToMemRef] fix stride calculation for complex lowering (#200035)

**Summary**
When `fir.array_coor` targets a projected slice of a complex array (path
0 = real, 1 = imag), FIRToMemRef must not treat the result as a dense
memref.

**Bug:** The pass stopped after fir.convert to `memref<…×complex>` (or
static-shape fast path) and used default/dense strides. Loads/stores
then stepped by sizeof(complex) instead of sizeof(re)/sizeof(im).

**Fix:** For constant `%re/%im` on `complex<T>` storage:

`fir.convert` storage to `memref<…×2×T>` and index the component (0 or
1).
Read layout from `fir.box_dims` on the box (even if the memref shape is
static).
Set each memref stride to `box_dims_byte_stride / sizeof(T)`.

Advised by Cursor
DeltaFile
+111-16flang/test/Transforms/FIRToMemRef/slice-projected.mlir
+23-15flang/lib/Optimizer/Transforms/FIRToMemRef.cpp
+134-312 files

LLVM/project 8fc12f1flang-rt/cmake/modules AddFlangRTOffload.cmake

[flang-rt][cuda] Set RT_CUDA_THIN_IO=1 only for PTX object (#200063)
DeltaFile
+1-1flang-rt/cmake/modules/AddFlangRTOffload.cmake
+1-11 files

FreeBSD/src 5d64055sys/dev/netmap netmap_kloop.c

netmap: silence -Wdefault-const-init-field-unsafe warning

The netmap_ring struct starts with various const members and rencent
clang warns about leaving them uninitialized. Having them const in the
first place is highly suspicious since they are updated with various
macros but using hand-coded __DECONST(). But fixing that is a more
invasive change that I am unable to test.

```
.../freebsd/sys/dev/netmap/netmap_kloop.c:320:21: error: default initialization of an object of type 'struct netmap_ring' with const member leaves the object uninitialized [-Werror,-Wdefault-const-init-field-unsafe]
  320 |         struct netmap_ring shadow_ring; /* shadow copy of the netmap_ring */
      |                            ^
.../freebsd/sys/net/netmap.h:290:16: note: member 'buf_ofs' declared 'const' here
  290 |         const int64_t   buf_ofs;
      |                         ^
```

Test Plan: Compiles


    [5 lines not shown]
DeltaFile
+4-2sys/dev/netmap/netmap_kloop.c
+4-21 files

FreeBSD/src 1ebf5f5sys/net if_ovpn.c

if_ovpn.c: fix use of uninitialized variable

In case we use OVPN_CIPHER_ALG_NONE, the memcpy will attempt to copy 0
bytes from an uninitialized pointer. While the memcpy() implementation
will treat this as a no-op and not actually dereferece the undefined
variable it is still undefined behaviour to the compiler and should be
fixed. Found by building with clang HEAD

Reviewed by:    kp
MFC after:      1 week
Differential Revision: https://reviews.freebsd.org/D52543

(cherry picked from commit 969be39fb3caf4272f128dbf3267ceba5966a6ce)
DeltaFile
+4-2sys/net/if_ovpn.c
+4-21 files

FreeBSD/src 3c3a201sys/dev/netmap netmap_kloop.c

netmap: silence -Wdefault-const-init-field-unsafe warning

The netmap_ring struct starts with various const members and rencent
clang warns about leaving them uninitialized. Having them const in the
first place is highly suspicious since they are updated with various
macros but using hand-coded __DECONST(). But fixing that is a more
invasive change that I am unable to test.

```
.../freebsd/sys/dev/netmap/netmap_kloop.c:320:21: error: default initialization of an object of type 'struct netmap_ring' with const member leaves the object uninitialized [-Werror,-Wdefault-const-init-field-unsafe]
  320 |         struct netmap_ring shadow_ring; /* shadow copy of the netmap_ring */
      |                            ^
.../freebsd/sys/net/netmap.h:290:16: note: member 'buf_ofs' declared 'const' here
  290 |         const int64_t   buf_ofs;
      |                         ^
```

Test Plan: Compiles


    [5 lines not shown]
DeltaFile
+4-2sys/dev/netmap/netmap_kloop.c
+4-21 files

FreeBSD/src 4d8f612sys/net if_ovpn.c

if_ovpn.c: fix use of uninitialized variable

In case we use OVPN_CIPHER_ALG_NONE, the memcpy will attempt to copy 0
bytes from an uninitialized pointer. While the memcpy() implementation
will treat this as a no-op and not actually dereferece the undefined
variable it is still undefined behaviour to the compiler and should be
fixed. Found by building with clang HEAD

Reviewed by:    kp
MFC after:      1 week
Differential Revision: https://reviews.freebsd.org/D52543

(cherry picked from commit 969be39fb3caf4272f128dbf3267ceba5966a6ce)
DeltaFile
+4-2sys/net/if_ovpn.c
+4-21 files

LLVM/project 9fa9ab3llvm/lib/Target/RISCV RISCVFeatures.td

[RISCV] Remove unused Predicates for Zicfilp. NFC (#200028)
DeltaFile
+0-5llvm/lib/Target/RISCV/RISCVFeatures.td
+0-51 files

LLVM/project 055a4baclang/www cxx_dr_status.html

[clang] Update C++ DR status page (#200053)

Updates from 2026-05-19 CWG telecon.
DeltaFile
+44-16clang/www/cxx_dr_status.html
+44-161 files

LLVM/project 78987e8lldb/include/lldb/Core DataFileCache.h Module.h, lldb/include/lldb/Symbol ObjectFile.h Symbol.h

[lldb] Edits and clarifications to DataFileCache comments, NFC (#199787)

I was reading through Greg Clayton's DataFileCache PR and fixed a few
small typeos as I went along.

I also had a little trouble understanding the two types of hashes that
are calculated for a file, at first, and I tried to write comments for
the relevant methods (in Module, ObjectFile, and DataFileCache) to be
more explicit about their role and the role of the other hashes that are
calculated. It may be more detail than necessary, but it would have been
helpful for me while reading this through.
DeltaFile
+15-7lldb/include/lldb/Core/DataFileCache.h
+9-5lldb/include/lldb/Core/Module.h
+8-4lldb/include/lldb/Symbol/ObjectFile.h
+4-4lldb/source/Core/DataFileCache.cpp
+2-2lldb/source/Core/Mangled.cpp
+2-2lldb/include/lldb/Symbol/Symbol.h
+40-243 files not shown
+45-299 files

LLVM/project 5ae73b9lldb/include/lldb/Core Module.h, lldb/source/Commands CommandObjectTarget.cpp

[lldb] Keep addr for Memory Modules separate (#199810)

This change is to make DataFileCache symbol table caching work with
memory-read binary modules.

When we read a Module out of memory, we keep the address of the module
in Module's m_object_name field as a string. This is normally the name
of a file in a ranlib/static library/.a archive like the "main.o" in
"foo.a(main.o)". The address is most often seen in the "image list"
output, and is the only easy way to distinguish in that output which
binaries were read out of memory, versus found on local disk. The "name"
of the Module ends up being the combination of the FileSpec plus this
m_object_name.

Reading a binary out of memory is expensive, primarily because of
reading the symbol table. The DataFileCache feature that Greg introduced
five years ago can cache the Symbol Table for a binary locally, and when
we see the same binary loaded again in a future debug session/lldb
session, we can skip parsing the symbol table (or in the case of Memory

    [26 lines not shown]
DeltaFile
+15-15lldb/source/Core/Module.cpp
+7-0lldb/include/lldb/Core/Module.h
+3-0lldb/source/Commands/CommandObjectTarget.cpp
+25-153 files

LLVM/project b6161b9libc/include CMakeLists.txt

[libc] Add missing struct_mmsghdr dependency to sys_socket (#200051)

Updated libc/include/CMakeLists.txt to add
.llvm-libc-types.struct_mmsghdr to the sys_socket dependency list. This
ensures that the generated sys/socket.h correctly includes the
struct_mmsghdr.h type header.

Assisted-by: Automated tooling, human reviewed.
DeltaFile
+1-0libc/include/CMakeLists.txt
+1-01 files

FreeBSD/ports a73f71aaudio/teamspeak3-server distinfo Makefile

audio/teamspeak3-server: Update to 3.13.8

Changes: https://community.teamspeak.com/t/teamspeak-3-security-update-server-sdk/64674
DeltaFile
+3-3audio/teamspeak3-server/distinfo
+1-1audio/teamspeak3-server/Makefile
+4-42 files

LLVM/project 5a7e4a0llvm/lib/CodeGen MachineFunction.cpp, llvm/lib/MC MCDwarf.cpp

[AMDGPU][MC] Replace shifted registers in CFI instructions (#183147)

Change-Id: I0d99e9fe43ec3b6fecac20531119956dca2e4e5c
DeltaFile
+67-67llvm/test/CodeGen/AMDGPU/sgpr-spill-overlap-wwm-reserve.mir
+33-0llvm/lib/MC/MCDwarf.cpp
+15-15llvm/test/CodeGen/AMDGPU/dwarf-multi-register-use-crash.ll
+10-0llvm/lib/CodeGen/MachineFunction.cpp
+4-4llvm/test/CodeGen/AMDGPU/debug-frame.ll
+2-2llvm/test/CodeGen/AMDGPU/pei-vgpr-block-spill-csr.mir
+131-885 files not shown
+143-9011 files

LLVM/project 4e39ea3llvm/lib/Target/AMDGPU SIFrameLowering.cpp SIMachineFunctionInfo.h, llvm/test/CodeGen/AMDGPU amdgpu-spill-cfi-saved-regs.ll

[AMDGPU] Implement -amdgpu-spill-cfi-saved-regs (#183149)

These spills need special CFI anyway, so implementing them directly
where CFI is emitted avoids the need to invent a mechanism to track them
from ISel.

Change-Id: If4f34abb3a8e0e46b859a7c74ade21eff58c4047
Co-authored-by: Scott Linder <scott.linder at amd.com>
Co-authored-by: Venkata Ramanaiah Nalamothu <VenkataRamanaiah.Nalamothu at amd.com>
DeltaFile
+2,926-0llvm/test/CodeGen/AMDGPU/amdgpu-spill-cfi-saved-regs.ll
+12-0llvm/lib/Target/AMDGPU/SIFrameLowering.cpp
+10-0llvm/lib/Target/AMDGPU/SIMachineFunctionInfo.h
+9-0llvm/lib/Target/AMDGPU/SIRegisterInfo.cpp
+2-0llvm/lib/Target/AMDGPU/SIRegisterInfo.h
+2,959-05 files

LLVM/project 4fe4d98llvm/lib/IR Instructions.cpp, llvm/test/Transforms/SimpleLoopUnswitch trivial-unswitch-profmd.ll

[IR] Handle `expected` tag in switch branch weights. (#200025)

Switch branch weight metadata has an optional `expected` tag.
SwitchInstProfUpdateWrapper::getSuccessorWeight() did not handle this
tag; if it was present, it would return nullopt, effectively ignoring
the metadata.

This bug was found by a large run of Opus 4.7 looking for bugs in LLVM.
DeltaFile
+143-0llvm/test/Transforms/SimpleLoopUnswitch/trivial-unswitch-profmd.ll
+5-5llvm/lib/IR/Instructions.cpp
+148-52 files

FreeBSD/ports b37474aarchivers/urbackup-server pkg-plist distinfo

archivers/urbackup-server: Update 2.5.34 => 2.5.37

Changelog:
https://www.urbackup.org/server_changelog.html

PR:             295378
Sponsored by:   UNIS Labs
Co-authored-by: Vladimir Druzenko <vvd at FreeBSD.org>
DeltaFile
+7-0archivers/urbackup-server/pkg-plist
+3-3archivers/urbackup-server/distinfo
+1-1archivers/urbackup-server/Makefile
+11-43 files

OpenBSD/ports 39FzWuEprint/lilypond Makefile

   Mark as broken because of the upcoming fontforge update.

   It's not worth fixing it now -- an update of lilypond is
   around the corner.
VersionDeltaFile
1.69+2-0print/lilypond/Makefile
+2-01 files

FreeBSD/ports ab865b0archivers/urbackup-client distinfo Makefile

archivers/urbackup-client: Update 2.5.26.0 => 2.5.31.0

Changelog:
https://www.urbackup.org/client_changelog.html

PR:             295379
Sponsored by:   UNIS Labs
DeltaFile
+3-3archivers/urbackup-client/distinfo
+1-1archivers/urbackup-client/Makefile
+4-42 files

LLVM/project b0516c5llvm/lib/Transforms/Scalar SeparateConstOffsetFromGEP.cpp, llvm/test/Transforms/SeparateConstOffsetFromGEP split-gep-sub.ll

[SeparateConstOffsetFromGEP] Set `inbounds` correctly. (#199304)

swapGEPOperand reorders the GEPs (ptr+off)+const into (ptr+const)+off.
When it does so, it needs to determine if the inner GEP is inbounds.

Previously the way it did this was to call
stripAndAccumulateInBoundsConstantOffsets on (ptr+const), and then check
if this offset was indeed in-bounds.

However, this GEP was not necessarily marked as `inbounds` itself. If it
was not, stripAndAccumulateInBoundsConstantOffsets would return 0 for
the offset (instead of `const`), in which case we'd check if
`0 < [obj width]`, which is trivially true, and then incorrectly mark
the GEP as inbounds.

This bug was found by a large run of Opus 4.7 looking for bugs in LLVM.
DeltaFile
+29-11llvm/lib/Transforms/Scalar/SeparateConstOffsetFromGEP.cpp
+38-0llvm/test/Transforms/SeparateConstOffsetFromGEP/split-gep-sub.ll
+1-1llvm/test/Transforms/SeparateConstOffsetFromGEP/AMDGPU/lower-gep.ll
+68-123 files

LLVM/project 9ca1941flang-rt/cmake/modules AddFlangRTOffload.cmake, flang-rt/lib/runtime CMakeLists.txt

[flang-rt][cuda] Move thin I/O to ptx only (#200054)
DeltaFile
+6-1flang-rt/cmake/modules/AddFlangRTOffload.cmake
+0-3flang-rt/lib/runtime/CMakeLists.txt
+6-42 files

FreeBSD/src 0beb172sys/x86/x86 ucode.c

ucode: Fix validation on Intel platforms

The check for the extended signature table was backwards, so we always
ignored it.

We should verify that the extended signature table fits within the total
image size.

Reviewed by:    jrm, kib
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D57209
DeltaFile
+24-8sys/x86/x86/ucode.c
+24-81 files

FreeBSD/src 9625658sys/x86/x86 ucode.c

ucode: ucode_error can be defined with static

MFC after:      1 week
DeltaFile
+1-1sys/x86/x86/ucode.c
+1-11 files

LLVM/project 7c3c0ddllvm/lib/Target/AMDGPU SIInstrInfo.td VOPDInstructions.td, llvm/lib/Target/AMDGPU/Utils AMDGPUBaseInfo.cpp

[AMDGPU] Speedup canBeVOPD()

Generate static table from tablegen instead of trying to
create a full VOPD opcode just to see if that is possible.

Ideally it shall be single table with info for both X and
Y components and non-VOPD opcode as a primary key, although
I do not think we can genere it now.
DeltaFile
+8-23llvm/lib/Target/AMDGPU/Utils/AMDGPUBaseInfo.cpp
+11-1llvm/lib/Target/AMDGPU/SIInstrInfo.td
+2-0llvm/lib/Target/AMDGPU/VOPDInstructions.td
+21-243 files

OpenBSD/ports cNerAD5lang/erlang/29 Makefile distinfo

   lang/erlang/29: Update to 29.0.1
   + drop a configure option that apparently is not available anymore
VersionDeltaFile
1.2+7-8lang/erlang/29/Makefile
1.2+4-4lang/erlang/29/distinfo
+11-122 files

OpenBSD/ports 9TUin3bnet/p5-Net-DHCP/patches patch-t_108-discover-offer-o12-o55-o61_t patch-t_109-dhcpfo-inform-release-o77_t

   update p5-Net-DHCP to 0.900
VersionDeltaFile
1.1+14-0net/p5-Net-DHCP/patches/patch-t_108-discover-offer-o12-o55-o61_t
1.1+14-0net/p5-Net-DHCP/patches/patch-t_109-dhcpfo-inform-release-o77_t
1.2+4-10net/p5-Net-DHCP/patches/patch-t_102-discover-offer-request-ack_t
1.2+4-10net/p5-Net-DHCP/patches/patch-t_103-real-nak_t
1.2+4-10net/p5-Net-DHCP/patches/patch-t_104-offer-o90-o120_t
1.2+4-10net/p5-Net-DHCP/patches/patch-t_105-discover-offer-o122-o82_t
+44-405 files not shown
+60-6611 files

LLVM/project e3d8bfbflang/lib/Semantics resolve-directives.cpp, flang/test/Semantics/OpenMP detach-symbols.f90

[flang][OpenMP] Event handles are not predetermined shared

Am event-handle variable that appears in a DETACH has its data-sharing
attributes determined according to the usual rules in the constructs
enclosing the clause.
DeltaFile
+0-17flang/test/Semantics/OpenMP/detach-symbols.f90
+0-11flang/lib/Semantics/resolve-directives.cpp
+0-282 files

FreeBSD/src 8878417sys/cam/ctl scsi_ctl.c

ctl: Use CAM_PRIORITY_NORMAL for queued CCBs

Previously this was using CAM_PRIORITY_NONE which tripped over the
assertion added in b4b166b8c46b8.

PR:             293076
Reported by:    Ken J. Thomson <thomsonk at yandex.com>
Reviewed by:    imp
Sponsored by:   Chelsio Communications
Differential Revision:  https://reviews.freebsd.org/D56995
DeltaFile
+5-3sys/cam/ctl/scsi_ctl.c
+5-31 files