LLVM/project c71e991llvm/lib/Transforms/Utils BreakCriticalEdges.cpp, llvm/test/Transforms/CodeGenPrepare/X86 split-indirectbr-duplicate-pred.ll

[Utils] Fix duplicate DomTree updates in SplitIndirectBrCriticalEdges (#196475)

SplitIndirectBrCriticalEdges generates DomTree Insert/Delete pairs for
each predecessor in OtherPreds. However, OtherPreds can contain
duplicate entries when a conditional branch has both targets pointing to
the same block (e.g., `br i1 %c, label %X, label %X`). This produces
duplicate DomTree updates for the same edge, triggering the assertion
`std::abs(NumInsertions) <= 1 && "Unbalanced operations!"` in
LegalizeUpdates.

Fix by tracking which source blocks have already had DomTree updates
emitted, and skipping duplicates.
DeltaFile
+31-0llvm/test/Transforms/CodeGenPrepare/X86/split-indirectbr-duplicate-pred.ll
+5-1llvm/lib/Transforms/Utils/BreakCriticalEdges.cpp
+36-12 files

FreeBSD/ports 270a7b4devel/hyprutils distinfo Makefile

devel/hyprutils: Update to 0.13.1

Changelog: https://github.com/hyprwm/hyprutils/releases/tag/v0.13.1

Reported by:    GitHub (watch releases)
DeltaFile
+3-3devel/hyprutils/distinfo
+1-1devel/hyprutils/Makefile
+4-42 files

NetBSD/pkgsrc-wip a8b35b1crush distinfo go-modules.mk

crush: update to 0.66.1
DeltaFile
+171-171crush/distinfo
+56-56crush/go-modules.mk
+1-1crush/Makefile
+0-1crush/TODO
+228-2294 files

NetBSD/pkgsrc-wip 0b84c0femacs-git Makefile PLIST

emacs-git: follows -31 again it seems
DeltaFile
+1-1emacs-git/Makefile
+0-1emacs-git/PLIST
+1-22 files

FreeBSD/ports 9119360devel/glab distinfo Makefile

devel/glab: update to 1.95.0

Changes:        https://gitlab.com/gitlab-org/cli/-/releases
DeltaFile
+5-5devel/glab/distinfo
+2-2devel/glab/Makefile
+2-0devel/glab/pkg-plist
+9-73 files

OpenBSD/src gyRC9uRsys/dev/pci if_mwxreg.h

   MT_DMASHDL_SW_CONTROL is accessed via remapping.  Define it with
   the explicit address 0x7c026004 as Linux does to avoid confusion.

   While here, remove duplicate definitions of MT_PCIE_MAC_BASE and
   MT_PCIE_MAC_INT_ENABLE.

   ok claudio@
VersionDeltaFile
1.4+1-4sys/dev/pci/if_mwxreg.h
+1-41 files

LLVM/project 6f2df1cclang/include/clang/Basic DiagnosticSemaKinds.td, clang/lib/Sema SemaOverload.cpp

[Clang] Do not eat SFINAE diagnostics for explicit template arguments (#139066)

Instead of merely suggesting the template arguments are invalid, we now
provide an explanation of why the explicit template argument is invalid.
DeltaFile
+26-18clang/lib/Sema/SemaOverload.cpp
+6-6clang/include/clang/Basic/DiagnosticSemaKinds.td
+4-4clang/test/CXX/drs/cwg2xx.cpp
+4-4clang/test/CXX/dcl.dcl/basic.namespace/namespace.udecl/p12.cpp
+4-3clang/test/SemaCXX/cxx2a-template-lambdas.cpp
+2-2clang/test/SemaTemplate/overload-candidates.cpp
+46-3714 files not shown
+63-5220 files

FreeBSD/ports b0e6cdcdevel/bazel8 distinfo Makefile

devel/bazel8: upgrade to 8.7.0.
DeltaFile
+3-3devel/bazel8/distinfo
+1-2devel/bazel8/Makefile
+4-52 files

FreeBSD/ports 72a33cbsysutils/cfengine-masterfiles327 distinfo Makefile

sysutils/cfengine-masterfiles327: Update to 3.27.1
DeltaFile
+3-3sysutils/cfengine-masterfiles327/distinfo
+1-1sysutils/cfengine-masterfiles327/Makefile
+4-42 files

FreeBSD/ports 61540c8sysutils/cfengine327 distinfo Makefile

sysutils/cfengine327: Update to 3.27.1
DeltaFile
+3-3sysutils/cfengine327/distinfo
+1-1sysutils/cfengine327/Makefile
+4-42 files

LLVM/project bb174f4clang/include/clang/Basic DiagnosticLexKinds.td, clang/test/Lexer __counter__-system-include.c

[clang] Don't warn on __COUNTER__ in system macros

The introduction of extension and compatibility warnings means
that __COUNTER__ has started causing warnings (and -Werror= build
failures) due to use of system APIs.

This PR simply ensures that these diagnostics don't get reported
for system macro expansions as well.
DeltaFile
+15-0clang/test/Lexer/__counter__-system-include.c
+7-0clang/test/Lexer/Inputs/__counter__-system-header.h
+2-2clang/include/clang/Basic/DiagnosticLexKinds.td
+24-23 files

NetBSD/pkgsrc-wip 7486037emacs-git distinfo, emacs-git/patches patch-configure.ac

emacs-git: remove unneeded patch
DeltaFile
+0-13emacs-git/patches/patch-configure.ac
+0-3emacs-git/distinfo
+0-162 files

LLVM/project c3f14e5llvm/lib/Transforms/InstCombine InstructionCombining.cpp, llvm/test/CodeGen/AMDGPU amdgpu-simplify-libcall-pow.ll

[InstCombine] Fold binop into multi-use select when one select arm and the other operand are constant
DeltaFile
+48-48llvm/test/CodeGen/AMDGPU/amdgpu-simplify-libcall-pow.ll
+21-2llvm/lib/Transforms/InstCombine/InstructionCombining.cpp
+7-11llvm/test/Transforms/InstCombine/fold-multi-use-select-packed-constants.ll
+2-7llvm/test/Transforms/InstCombine/pr80597.ll
+2-7llvm/test/Transforms/InstCombine/pr72433.ll
+1-4llvm/test/Transforms/InstCombine/extractelement.ll
+81-791 files not shown
+82-807 files

LLVM/project 3e24255llvm/lib/Transforms/InstCombine InstructionCombining.cpp, llvm/test/CodeGen/AMDGPU amdgpu-simplify-libcall-pow.ll

[InstCombine] Fold binop into multi-use select when one select arm and the other operand are constant
DeltaFile
+48-48llvm/test/CodeGen/AMDGPU/amdgpu-simplify-libcall-pow.ll
+18-2llvm/lib/Transforms/InstCombine/InstructionCombining.cpp
+7-11llvm/test/Transforms/InstCombine/fold-multi-use-select-packed-constants.ll
+2-7llvm/test/Transforms/InstCombine/pr80597.ll
+2-7llvm/test/Transforms/InstCombine/pr72433.ll
+1-4llvm/test/Transforms/InstCombine/extractelement.ll
+78-791 files not shown
+79-807 files

FreeBSD/src 10e342csbin/fsck_msdosfs fat.c

fsck_msdosfs: fix FAT header correction not persisting in cache mode

When fsck_msdosfs runs with FAT32 cache mode (used for large
filesystems that cannot be mmap'd), a detected FAT header correction
was written into the in-memory buffer but the corresponding cache
entry (fat32_cache_allentries[0]) was never marked dirty.  As a
result, fat_flush_fat32_cache_entry() skipped it, the corrected
bytes were never written to disk, and copyfat() propagated the
uncorrected on-disk data to all backup FAT copies.  Every subsequent
fsck run would repeat the same "FAT starts with odd byte sequence /
FIXED" cycle indefinitely.

Fix by marking fat32_cache_allentries[0].dirty = true after applying
the in-memory correction, ensuring the chunk is flushed before
copyfat() runs.

Obtained from:  https://android-review.googlesource.com/c/platform/external/fsck_msdos/+/4047981
MFC after:      3 days
DeltaFile
+11-0sbin/fsck_msdosfs/fat.c
+11-01 files

FreeBSD/ports d540360security/py-google-cloud-kms distinfo Makefile

security/py-google-cloud-kms: Update to 3.13.0

While here, switch to USE_PYTHON=pep517.

Changelog: https://github.com/googleapis/google-cloud-python/blob/google-cloud-kms-v3.13.0/packages/google-cloud-kms/CHANGELOG.md

Reported by:    Repology
DeltaFile
+3-3security/py-google-cloud-kms/distinfo
+4-2security/py-google-cloud-kms/Makefile
+7-52 files

LLVM/project 5d1a9belldb/tools/driver Driver.cpp

Revert "Revert "[lldb] Handle SIGINT via the MainLoop signal thread (on POSIX…"

This reverts commit 0ad1bc96429863fe9fa65706df9a86cec649bf60.
DeltaFile
+56-4lldb/tools/driver/Driver.cpp
+56-41 files

LLVM/project 0ad1bc9lldb/tools/driver Driver.cpp

Revert "[lldb] Handle SIGINT via the MainLoop signal thread (on POSIX)" (#196684)

Reverts llvm/llvm-project#195959 because it caused
`TestIOHandlerCompletion.py` to fail in CI (GreenDragon).
DeltaFile
+4-56lldb/tools/driver/Driver.cpp
+4-561 files

OpenBSD/ports WaoLdy4sysutils/rclone distinfo Makefile

   Update to rclone-1.74.1

   Changes: https://rclone.org/changelog/#v1-74-1-2026-05-08
VersionDeltaFile
1.66+4-4sysutils/rclone/distinfo
1.76+1-1sysutils/rclone/Makefile
+5-52 files

LLVM/project fdc9664flang/test/Integration/OpenMP map-types-and-sizes.f90, mlir/lib/Target/LLVMIR/Dialect/OpenMP OpenMPToLLVMIRTranslation.cpp

[OpenMP][MLIR] Modify lowering OpenMP Dialect lowering to support attach mapping

This PR adjusts the LLVM-IR lowering to support the new attach map type that the runtime
uses to link data and pointer together, this swaps the mapping from the older
OMP_MAP_PTR_AND_OBJ map type in most cases and allows slightly more complicated ref_ptr/ptee
and attach semantics.
DeltaFile
+379-281mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
+273-0mlir/test/Target/LLVMIR/omptarget-host-ref-semantics.mlir
+101-165flang/test/Integration/OpenMP/map-types-and-sizes.f90
+27-58mlir/test/Target/LLVMIR/omptarget-record-type-with-ptr-member-host.mlir
+70-0offload/test/offloading/fortran/map_attach_always.f90
+55-0offload/test/offloading/fortran/map_attach_never.f90
+905-50415 files not shown
+1,078-59821 files

LLVM/project 0b70f5fflang/lib/Optimizer/OpenMP MapInfoFinalization.cpp, flang/test/Lower/OpenMP use-device-ptr-to-use-device-addr.f90 optional-argument-map-2.f90

[Flang][OpenMP][Offload] Modify MapInfoFinalization to handle attach mapping and 6.1's ref_* and attach map keywords

This PR is one of four required to implement the attach mapping semantics in Flang, alongside the
ref_ptr/ref_ptee/ref_ptr_ptee map modifiers and the attach(always/never/auto) modifiers.

This PR is the MapInfoFinalization changes required to support these features, it mainly deals with
applying the correct attach map type and manipulating the descriptor types maps for base address
and descriptor so that when we specify ref_ptr/ref_ptee we emit one of the two maps and when we
emit ref_ptr_ptee we emit our usual default maps. In all cases we add the "glue" of an new
attach map except in cases where a user has provided attach never. In cases where we are
provided an always, we apply the always map type to our attach maps.

It's important to note the runtime has a toggle for the auto map behaviour, which will flip the
attach behaviour to the newer semantics or the older semantics for backwards compatability (outside
the purview of this PR but good to mention).
DeltaFile
+695-321flang/lib/Optimizer/OpenMP/MapInfoFinalization.cpp
+43-44flang/test/Lower/OpenMP/use-device-ptr-to-use-device-addr.f90
+19-19flang/test/Lower/OpenMP/optional-argument-map-2.f90
+22-11flang/test/Transforms/omp-map-info-finalization.fir
+18-12flang/test/Lower/OpenMP/derived-type-allocatable-map.f90
+18-9flang/test/Lower/OpenMP/map-descriptor-deferral.f90
+815-41613 files not shown
+890-45719 files

FreeBSD/ports b3da91fx11/nwg-look distinfo Makefile

x11/nwg-look: Update to 1.1.1

Changelog:
- https://github.com/nwg-piotr/nwg-look/releases/tag/v1.1.0
- https://github.com/nwg-piotr/nwg-look/releases/tag/v1.1.1

Reported by:    GitHub (watch releases)
DeltaFile
+5-5x11/nwg-look/distinfo
+2-3x11/nwg-look/Makefile
+2-0x11/nwg-look/pkg-plist
+9-83 files

LLVM/project 6f595b1lldb/tools/driver Driver.cpp

Revert "[lldb] Handle SIGINT via the MainLoop signal thread (on POSIX) (#195959)"

This reverts commit 38d79280ac57159b92a23d90eb34a2f646b57f71.
DeltaFile
+4-56lldb/tools/driver/Driver.cpp
+4-561 files

Linux/linux 7039050arch/x86/kernel e820.c, arch/x86/xen setup.c

Merge tag 'x86-urgent-2026-05-09' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip

Pull x86 fixes from Ingo Molnar:

 - Fix memory map enumeration bug in the Xen e820 parsing code (Juergen
   Gross)

 - Re-enable e820 BIOS fallback if e820 table is empty (David Gow)

* tag 'x86-urgent-2026-05-09' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
  x86/boot/e820: Re-enable BIOS fallback if e820 table is empty
  x86/xen: Fix a potential problem in xen_e820_resolve_conflicts()
DeltaFile
+9-4arch/x86/xen/setup.c
+5-1arch/x86/kernel/e820.c
+14-52 files

LLVM/project e4d5880llvm/test/CodeGen/AMDGPU load-atomic-global.ll load-atomic-local.ll

[AMDGPU] Support atomic load and store for vector float types (v2f16, v2i16, v4i16, v4f16, v2f32) (#192904)

Add support for atomic load and store on <2 x half>, <4 x half>, and
<2 x float> vector types in the AMDGPU backend.

These types are promoted to equivalently sized integer types before
instruction selection:
  <2 x half>  -> i32
  <4 x half>  -> i64
  <2 x i16>  -> i32
  <4 x i16>  -> i64
  <2 x float> -> i64
DeltaFile
+1,246-0llvm/test/CodeGen/AMDGPU/load-atomic-global.ll
+1,204-0llvm/test/CodeGen/AMDGPU/load-atomic-local.ll
+561-0llvm/test/CodeGen/AMDGPU/load-atomic-flat.ll
+438-0llvm/test/CodeGen/AMDGPU/store-atomic-global.ll
+429-0llvm/test/CodeGen/AMDGPU/store-atomic-local.ll
+198-0llvm/test/CodeGen/AMDGPU/store-atomic-flat.ll
+4,076-09 files not shown
+4,274-12015 files

FreeBSD/ports 4edba08multimedia/ossia-score Makefile distinfo

multimedia/ossia-score: update 3.8.0 → 3.8.2
DeltaFile
+3-3multimedia/ossia-score/Makefile
+3-3multimedia/ossia-score/distinfo
+6-62 files

FreeBSD/ports 2c23439sysutils/mise distinfo Makefile

sysutils/mise: update 2026.5.1 → 2026.5.3
DeltaFile
+25-31sysutils/mise/distinfo
+12-15sysutils/mise/Makefile
+37-462 files

LLVM/project 01ffe2eflang/lib/Optimizer/OpenMP MapInfoFinalization.cpp, flang/lib/Utils OpenMP.cpp

[Flang][MLIR][OpenMP] Add distinct var_ptr_ptr_type to omp.map.info operations & remove ref_ptr_ptee

This is a precursor patch to attach and ref_ptr/ptee mapping that I intend to upstream
over the next few weeks. The attach maps require both the type of the descriptor and
the pointed to data to calculate the appropriate offload/base pointers and size. In
the base case of ref_ptr_ptee all of this information can be gathered from the pointer
and pointee maps, but in cases where we have only one (i.e. ref_ptr/ref_ptee) we will
be missing one of the key elements required to create an corresponding attach map.

So, this PR basically adds the ability to ferry around the type of both var_ptr and
var_ptr_ptr as opposed to just var_ptr, then we can emit attach maps as seperate
map.info's that carry all the pre-requisite informaion for lowering to LLVM-IR. But,
otherwise it seems reasonable to have var_ptr_ptr mirror var_ptr in all aspects for
consistency.

It also removes ref_ptr_ptee, instead opting to use the setting of both ref_ptr and
ref_ptee to mean ref_ptr_ptee.
DeltaFile
+25-16flang/lib/Optimizer/OpenMP/MapInfoFinalization.cpp
+20-10mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+18-11flang/lib/Utils/OpenMP.cpp
+14-14flang/test/Fir/convert-to-llvm-openmp-and-fir.fir
+17-10mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
+11-11flang/test/Transforms/omp-map-info-finalization.fir
+105-7241 files not shown
+218-16947 files

Linux/linux 6e1e5a3kernel/time timer_migration.c

Merge tag 'timers-urgent-2026-05-09' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip

Pull timer fix from Ingo Molnar:
 "Fix CPU hotplug activation race in the timer migration code, by
  Frederic Weisbecker"

* tag 'timers-urgent-2026-05-09' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
  timers/migration: Fix another hotplug activation race
DeltaFile
+29-11kernel/time/timer_migration.c
+29-111 files

LLVM/project f4f27e6flang/lib/Lower/OpenMP ClauseProcessor.cpp, flang/test/Lower/OpenMP attach-and-ref-modifier.f90

[Flang][OpenMP][MLIR] Add attach and ref map type lowering to MLIR

This doesn't implement the functionality, just the relevant map type
lowering to MLIR's omp.map.info. The more complicated changes to
MapInfoFinalizationPass.cpp and OpenMPTOLLVMIRTranslation.cpp to support
attach map and the various ref/attach semantics will come in a subsequent
set of PRs. This just helps compartmentalize the changeset.
DeltaFile
+107-0flang/test/Lower/OpenMP/attach-and-ref-modifier.f90
+29-2flang/lib/Lower/OpenMP/ClauseProcessor.cpp
+0-9flang/test/Lower/OpenMP/Todo/attach-modifier.f90
+136-113 files