LLVM/project 4671287lldb/source/Plugins/Process/Windows/Common ProcessWindows.cpp

[lldb][Windows] Reuse preloaded exe module on launch (#210010)

# Brief

Recreating the module everytime causes the path to be canonicalized.
This does not work well with subst drives, because the newly created
module will not have the correct drive path, causing breakpoints to be
unresolved.


# Description
`ProcessWindows::OnDebuggerConnected` derives the executable module from
`GetModuleFileNameExW` on every connect. This returns the process
image's *real* path, so when the target is created via a subst'd or
mapped drive (e.g. `S:\...\a.out`, where `S:` is subst for `C:\S`) it
comes back as `C:\S\...\a.out`. `GetOrCreateModule` then fails to match
the module LLDB had already preloaded and creates a duplicate instead.
The duplicate leaves the original module's breakpoint location orphaned
unresolved while the new module's location is resolved, so a source line

    [16 lines not shown]
DeltaFile
+15-17lldb/source/Plugins/Process/Windows/Common/ProcessWindows.cpp
+15-171 files

LLVM/project 30f270elld/COFF InputFiles.cpp Driver.cpp, lld/test/COFF link-dll-arm64x.s

[LLD] [COFF] Fix linking directly against an ARM64X DLL without import library (#210311)

In mingw mode, when linking against a DLL, the user can either provide a
regular import library, or provide the actual DLL. When linking against
an ARM64X image, add both native and EC views to the symbol table on EC
targets. Also getMachine() on such images returns ARM64X, treat it as
ARM64 instead.
DeltaFile
+81-0lld/test/COFF/link-dll-arm64x.s
+3-15lld/COFF/InputFiles.cpp
+15-1lld/COFF/Driver.cpp
+4-2lld/COFF/InputFiles.h
+103-184 files

FreeNAS/freenas 9f10d49tests/api2/zfs_tier test_jobs_extended.py conftest.py

Fix tests
DeltaFile
+66-81tests/api2/zfs_tier/test_jobs_extended.py
+94-26tests/api2/zfs_tier/conftest.py
+9-3tests/api2/zfs_tier/test_set_tier_errors.py
+5-5tests/api2/zfs_tier/test_smoke.py
+174-1154 files

LLVM/project 45f76eallvm/utils/gn/secondary/clang/unittests/CIR BUILD.gn

[gn build] Port 40ae05d4773f (#210357)
DeltaFile
+1-0llvm/utils/gn/secondary/clang/unittests/CIR/BUILD.gn
+1-01 files

LLVM/project d05f7b2llvm/utils/gn/secondary/llvm/lib/Target/AArch64 BUILD.gn

[gn build] Port 38104cf836c3 (#210356)
DeltaFile
+1-0llvm/utils/gn/secondary/llvm/lib/Target/AArch64/BUILD.gn
+1-01 files

FreeBSD/ports 29ad669textproc/oyo distinfo Makefile.crates

textproc/oyo: Update to 0.1.51

Reported by:    "github-actions[bot]" <notifications at github.com>
DeltaFile
+203-19textproc/oyo/distinfo
+101-9textproc/oyo/Makefile.crates
+14-0textproc/oyo/pkg-plist
+1-1textproc/oyo/Makefile
+319-294 files

LLVM/project 0b1652dllvm/lib/Target/RISCV/GISel RISCVLegalizerInfo.cpp, llvm/test/CodeGen/RISCV/GlobalISel atomicrmw-xchg.ll legalizer-info-validation.mir

[RISCV][GlobalISel] Legalize G_ATOMICRMW_XCHG (#209983)

This commit makes `xchg` consistent with `add/and/or/xor` across all
type/extension combinations. Updates `legalizer-info-validation.mir` for
the newly defined rules and adds `atomicrmw-xchg.ll` and
`legalize-atomicrmw-xchg-rv{32,64}.mir` tests.
DeltaFile
+1,267-0llvm/test/CodeGen/RISCV/GlobalISel/atomicrmw-xchg.ll
+125-0llvm/test/CodeGen/RISCV/GlobalISel/legalizer/legalize-atomicrmw-xchg-rv64.mir
+94-0llvm/test/CodeGen/RISCV/GlobalISel/legalizer/legalize-atomicrmw-xchg-rv32.mir
+3-2llvm/test/CodeGen/RISCV/GlobalISel/legalizer-info-validation.mir
+3-2llvm/lib/Target/RISCV/GISel/RISCVLegalizerInfo.cpp
+1,492-45 files

LLVM/project d7aacfclldb/include/lldb/Host/common DomainSocket.h, lldb/source/Host/common DomainSocket.cpp

[lldb] Support Windows paths in AF_UNIX domain-socket URIs (#206985)

On Windows an `AF_UNIX` socket path is a native filesystem path. Placed
directly in a unix-connect:// URI it isn't a valid `host:port`
authority, so `URI::Parse` confuses the drive letter colon as a port
separator and connection setup fails.

This patch converts the path in the [RFC
8089](https://datatracker.ietf.org/doc/html/rfc8089) file-URI form
instead which parses as an ordinary URI with an empty host. DomainSocket
converts between the native path and this URI form at its boundaries.

Both are no-ops on POSIX: behavior is unchanged, and `URI::Parse` and
the GDB-remote consumers are left untouched.

rdar://180736036
DeltaFile
+47-7lldb/source/Host/common/DomainSocket.cpp
+31-4lldb/unittests/Host/SocketTest.cpp
+14-0lldb/include/lldb/Host/common/DomainSocket.h
+10-0lldb/unittests/Utility/UriParserTest.cpp
+9-0lldb/unittests/Process/gdb-remote/GDBRemoteCommunicationServerLLGSTest.cpp
+111-115 files

LLVM/project f1b5b06llvm/docs/CommandGuide lit.rst, llvm/utils/lit/lit cl_arguments.py LitConfig.py

Modify lit config to allow specify extra env vars to pass through to lit invocation (#208239)

lit's pass-through environment allow-list is hard-coded in
TestingConfig.py. There are cases where a particular test environment
needs an extra variable passed through (e.g. credentials or tooling
paths required to fetch dependencies during a test), but today the only
way to add one is to fork this list downstream.

This adds a --pass-env NAME option (repeatable, and also honored via
LIT_OPTS) that copies the named variable from lit's environment into the
test environment, in addition to the built-in allow-list. Since the
caller chooses exactly which variables to forward, passing through a
wrong or sensitive variable is user error rather than a default. The
default is empty, so existing behavior — only the hard-coded list is
passed through — is unchanged.

test creation help via Claude
DeltaFile
+26-0llvm/utils/lit/tests/pass-env.py
+10-0llvm/utils/lit/lit/cl_arguments.py
+7-0llvm/utils/lit/tests/Inputs/pass-env/lit.cfg
+6-0llvm/docs/CommandGuide/lit.rst
+4-0llvm/utils/lit/lit/LitConfig.py
+4-0llvm/utils/lit/lit/TestingConfig.py
+57-02 files not shown
+59-08 files

FreeNAS/freenas 81dd0a2src/middlewared/middlewared/plugins/container attachments.py, src/middlewared/middlewared/plugins/vm attachments.py

NAS-141404 / 27.0.0-BETA.1 / Restart autostart containers and VMs after an encrypted pool is unlocked (by creatorcary) (#19313)

## Problem

An autostart container or VM on a passphrase-encrypted pool doesn't come
back after you unlock the pool. After a reboot, the pool is locked and
its workloads are stopped; unlocking should start them again, but they
stay `STOPPED` and you have to start each one by hand.

Unlocking a dataset asks each attachment delegate to start what's
attached to it. That works for shares (SMB, NFS, …), but for containers
and VMs, the delegate only ever reports instances that are *already
running* — so a workload that's stopped *because* its pool was locked
never gets picked up. VMs had a one-off hack to work around this;
containers had nothing.

## Changes

- Added a `start_on_unlock` hook to the attachment-delegate base class.

    [24 lines not shown]
DeltaFile
+188-0src/middlewared/middlewared/pytest/unit/plugins/test_vm_attachment_matching.py
+154-0src/middlewared/middlewared/pytest/unit/plugins/test_container_attachment_matching.py
+110-32src/middlewared/middlewared/plugins/container/attachments.py
+108-14src/middlewared/middlewared/plugins/vm/attachments.py
+0-112tests/unit/test_pool_dataset_unlock_restart_vms.py
+80-0tests/api2/test_pool_dataset_unlock_restart_containers.py
+640-1588 files not shown
+859-22714 files

LLVM/project 2a00d50flang/lib/Semantics check-acc-structure.cpp check-acc-structure.h, flang/test/Semantics/OpenACC acc-loop-routine-call.f90

[Flang][OpenACC] Check routine level for function references in loops (#209529)

Extend the loop/routine-level compatibility check to `FunctionReference`
calls. Resolve `!$acc routine` information from procedure pointers and
interface symbols, not only `SubprogramDetails`.
DeltaFile
+125-1flang/test/Semantics/OpenACC/acc-loop-routine-call.f90
+56-9flang/lib/Semantics/check-acc-structure.cpp
+2-0flang/lib/Semantics/check-acc-structure.h
+183-103 files

LLVM/project 499b69cllvm/lib/DWARFLinker/Parallel DWARFLinkerCompileUnit.cpp DWARFLinkerUnit.h

[DWARFLinker] Fix data race on the per-unit file-name cache (#208967)

CompileUnit::getDirAndFilenameFromLineTable reads and mutates the unit's
FileNames DenseMap without synchronization. During the parallel
type-name assignment phase a unit's cache is touched both by its own
worker and, through cross-unit type-name references
(addReferencedODRDies calling addDieNameFromDeclFileAndDeclLine) by
other units' workers.

The concurrent find/insert/grow corrupts the map and trips the
assertion:

```
Assertion failed: (TheBucket), function findBucketForInsertion, DenseMap.h
```

Guard the cache with a mutex. Store each entry in a heap-allocated pair
so the StringRefs handed back to callers stay valid across a concurrent
rehash. Otherwise a short (small-string-optimized) file name would move
when another insertion grows the map, dangling a StringRef already
returned.
DeltaFile
+13-12llvm/lib/DWARFLinker/Parallel/DWARFLinkerCompileUnit.cpp
+11-2llvm/lib/DWARFLinker/Parallel/DWARFLinkerUnit.h
+24-142 files

FreeNAS/freenas a99b819src/middlewared/middlewared/api/v25_10_5 smb.py pool_dataset.py

Merge branch 'master' of https://github.com/truenas/middleware into NAS-141404-27.0.0-BETA.1
DeltaFile
+1,118-0src/middlewared/middlewared/api/v25_10_5/smb.py
+923-0src/middlewared/middlewared/api/v25_10_5/pool_dataset.py
+868-0src/middlewared/middlewared/api/v25_10_5/directory_services.py
+594-0src/middlewared/middlewared/api/v25_10_5/interface.py
+572-0src/middlewared/middlewared/api/v25_10_5/pool.py
+569-0src/middlewared/middlewared/api/v25_10_5/app.py
+4,644-0222 files not shown
+20,709-900228 files

NetBSD/src OHOGkVOsys/kern subr_kobj.c

   kobj_load(): Consider ELF{32,64}_MACHDEP_FLAGS_OK().
VersionDeltaFile
1.80+21-2sys/kern/subr_kobj.c
+21-21 files

LLVM/project 7c1b00bllvm/lib/Target/AMDGPU SIInstrInfo.td AMDGPUSelectionDAGInfo.cpp

[AMDGPU] Fix type of SIlds / AMDGPUISD::LDS node (#210340)

iPTR means i64 here, but this node operates on 32-bit LDS addresses.
DeltaFile
+1-1llvm/lib/Target/AMDGPU/SIInstrInfo.td
+0-2llvm/lib/Target/AMDGPU/AMDGPUSelectionDAGInfo.cpp
+1-32 files

LLVM/project 6f64e7cclang/test/AST ast-dump-deleted-defaulted-range.cpp ast-dump-record-definition-data-json.cpp, clang/test/Analysis/inlining/Inputs/expected-plists path-notes.cpp.plist

[Clang][AST] Add source range for deleted and defaulted functions (#205408)

Earlier wrong ranges for default and deleted functions were reported.
Post this fix all ranges for functions are reported.

Fix: Extended the declarator's source range to include the delete /
default tokens by calling
D.SetRangeEnd(PP.getLocForEndOfToken(KilLoc).getLocWithOffset(-1)) after
consuming each keyword in ParseFunctionDefinition. Previously, the range
ended at the function name, onitting the delete/default specifier
entirely.

Regression tested and no regressions found.


Assisted-by: Claude Code (Anthropic) — used in developing this patch.

Closes #64805 
DeltaFile
+34-0clang/test/AST/ast-dump-deleted-defaulted-range.cpp
+12-12clang/test/AST/ast-dump-record-definition-data-json.cpp
+6-6clang/test/AST/ast-dump-decl.cpp
+4-4clang/unittests/Tooling/RecursiveASTVisitorTests/CXXMethodDecl.cpp
+3-3clang/test/AST/ast-dump-funcs.cpp
+3-3clang/test/Analysis/inlining/Inputs/expected-plists/path-notes.cpp.plist
+62-284 files not shown
+69-3410 files

FreeBSD/doc ea81d6fwebsite/content/en/status/report-2026-04-2026-06 hackathon.adoc

status/2026q2: Add Halifax Hackathon entry

Reviewed by:            status (salvadore)
Sponsored by:           The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D58243
DeltaFile
+28-0website/content/en/status/report-2026-04-2026-06/hackathon.adoc
+28-01 files

FreeBSD/doc 1f7e425website/content/en/status/report-2026-04-2026-06 freebsd-foundation.adoc

status/2026q2: Add FreeBSD Foundation entry

Section authors:
  Advocacy:             Anne Dickison <anne at freebsdfoundation.org>
                        Florine Kamdem <florine at freebsdfoundation.org>
  OS Improvements:      Joe Mingrone <jrm at FreeBSD.org>
Reviewed by:            status (salvadore)
Sponsored by:           The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D58221
DeltaFile
+85-0website/content/en/status/report-2026-04-2026-06/freebsd-foundation.adoc
+85-01 files

FreeBSD/doc 652eacfwebsite/content/en/status/report-2026-04-2026-06 cra.adoc

status/2026q2: Add Cyber Resilience Act (CRA) entry

Text author:            Alice Sowerby <alice at freebsdfoundation.org>
Reviewed by:            status (salvadore)
Sponsored by:           The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D58220
DeltaFile
+21-0website/content/en/status/report-2026-04-2026-06/cra.adoc
+21-01 files

LLVM/project 94e44f5clang/lib/CodeGen CodeGenModule.cpp

nit: CodeGenModule.cpp new line deletion
DeltaFile
+0-1clang/lib/CodeGen/CodeGenModule.cpp
+0-11 files

LLVM/project d88b98cclang/test/CodeGen/PowerPC loadtime-comment-vars-cxx.cpp

Add list-parsing test cases for -mloadtime-comment-vars
DeltaFile
+33-0clang/test/CodeGen/PowerPC/loadtime-comment-vars-cxx.cpp
+33-01 files

LLVM/project 1f2772fmlir/include/mlir/Dialect/Tosa/IR TosaComplianceData.h.inc TosaOps.td, mlir/lib/Dialect/Tosa/IR TosaOps.cpp

[mlir][tosa] Add support for MXFP conv2d (#210054)

- Adds profile compliance support for MXFP conv2d
- Relax conv2d accumulator constraits. They are checked as part of
validation pass
and this would allow experimentation with different types.

Signed-off-by: Iliyan Georgiev <iliyan.georgiev at arm.com>
DeltaFile
+976-1mlir/include/mlir/Dialect/Tosa/IR/TosaComplianceData.h.inc
+0-108mlir/test/Dialect/Tosa/invalid.mlir
+19-41mlir/lib/Dialect/Tosa/IR/TosaOps.cpp
+19-1mlir/test/Dialect/Tosa/tosa-validation-version-1p1-valid.mlir
+20-0mlir/test/Dialect/Tosa/verifier.mlir
+12-4mlir/include/mlir/Dialect/Tosa/IR/TosaOps.td
+1,046-1554 files not shown
+1,075-15610 files

LLVM/project a55340dclang/include/clang/Basic DiagnosticIDs.h

[clang][NFC] Bump the maximum number of Frontend diagnostics

The number of Frontend diagnostics in DiagnosticFrontendKinds.td is close
to the DIAG_SIZE_FRONTEND limit of 200 (195 in use). Increase the limit
to 300.
DeltaFile
+1-1clang/include/clang/Basic/DiagnosticIDs.h
+1-11 files

NetBSD/pkgsrc 6u6MvXpdoc TODO

   doc/TODO: + dynamips-0.2.24.
VersionDeltaFile
1.27599+2-1doc/TODO
+2-11 files

LLVM/project 40ae05dclang/lib/CIR/Dialect/IR CIRTypes.cpp, clang/unittests/CIR IntTypeABIAlignTest.cpp CMakeLists.txt

[CIR] Return power-of-two ABI alignment for non-fundamental int widths (#210187)

`cir::IntType::getABIAlignment` returns `width / 8` for non-`_BitInt`
integers. For a non-fundamental width such as `i24` it returns 3, which
is
not a power of two, so a consumer that builds an `llvm::Align` from it
would
hit the power-of-two assertion unless it rounds the value up itself.

This rounds the alignment up to a power of two inside `getABIAlignment`,
matching how LLVM's default DataLayout aligns these (an `i24` aligns
like
`i32`). The fundamental widths are unchanged (`i8` -> 1, `i16` -> 2,
`i32` -> 4, `i64` -> 8), `__int128` stays at 16, and a sub-byte width
like
`i1` now reports 1 instead of 0. A unit test pins these cases.
DeltaFile
+70-0clang/unittests/CIR/IntTypeABIAlignTest.cpp
+7-1clang/lib/CIR/Dialect/IR/CIRTypes.cpp
+1-0clang/unittests/CIR/CMakeLists.txt
+78-13 files

Dreckly/dreckly 6e91e80textproc/expat distinfo Makefile

expat: Security update to 2.8.2
DeltaFile
+3-3textproc/expat/distinfo
+1-1textproc/expat/Makefile
+4-42 files

Dreckly/dreckly 5a26667devel/libevent distinfo Makefile.common

libevent: Security update to 2.1.13
DeltaFile
+3-3devel/libevent/distinfo
+1-1devel/libevent/Makefile.common
+0-1devel/libevent/Makefile
+4-53 files

LLVM/project 30e34c9flang/include/flang/Lower PFTBuilder.h, flang/lib/Lower PFTBuilder.cpp

[flang][PFT] combine wrappability body checks into a single walk
DeltaFile
+54-109flang/lib/Lower/PFTBuilder.cpp
+0-6flang/include/flang/Lower/PFTBuilder.h
+3-3flang/test/Lower/do_loop_execute_region_wrap.f90
+1-1flang/test/Lower/branching-directive.f90
+58-1194 files

FreeBSD/src d0b1a38usr.bin/awk/tests/bugs-fixed bug_fix_test.sh

awk/tests: xfail inf-nan-torture on riscv64

The fix for this is being tracked upstream here:
https://github.com/onetrueawk/awk/issues/269

While here, just cd into $SRCDIR while executing tests,
since the test engine isolates every testcase's working
directory. This ensures that the xfail actually applies
to the next command.

Reviewed by:    mhorne
MFC after:      3 days
Sponsored by:   The FreeBSD Foundation
DeltaFile
+8-4usr.bin/awk/tests/bugs-fixed/bug_fix_test.sh
+8-41 files

LLVM/project 3f6849cflang/lib/Lower Bridge.cpp

Self review
DeltaFile
+8-13flang/lib/Lower/Bridge.cpp
+8-131 files