LLVM/project 6a37cee — clang/lib/Interpreter IncrementalAction.cpp, clang/test/Interpreter nonexistent-xcc-file.cpp

Fix for a clang-repl crash when passing non-existent file to --Xcc (#225861)

Problem: When clang-repl fails to initialize because an --Xcc file does
not exist, Interpreter::create() destroys the partially initialized
Interpreter. Its destructor unconditionally calls FinalizeAction(),
which invokes FrontendAction::EndSourceFile() without a registered
CompilerInstance and triggers an assertion.
Fix: Track whether interpreter initialization completed successfully and
only finalize the frontend action for successfully initialized
interpreters.
Test: Add a regression test covering a nonexistent --Xcc file.

This change resolves https://github.com/llvm/llvm-project/issues/225429

Assisted by gpt-5.6-luna

---------

Co-authored-by: Anutosh Bhat <andersonbhat491 at gmail.com>
DeltaFile
+7-0clang/test/Interpreter/nonexistent-xcc-file.cpp
+2-1clang/lib/Interpreter/IncrementalAction.cpp
+9-12 files

HardenedBSD/src 5e622cd — sbin/fsck_msdosfs fat.c, sys/x86/cpufreq hwpstate_intel.c

Merge remote-tracking branch 'rad/hardened/current/master' into hardened/current/cross-dso-cfi
DeltaFile
+1-1sys/x86/cpufreq/hwpstate_intel.c
+1-1sbin/fsck_msdosfs/fat.c
+2-22 files

HardenedBSD/src a55cffe — sbin/fsck_msdosfs fat.c, sys/x86/cpufreq hwpstate_intel.c

Merge remote-tracking branch 'rad/hardened/current/master' into hardened/current/pledge
DeltaFile
+1-1sys/x86/cpufreq/hwpstate_intel.c
+1-1sbin/fsck_msdosfs/fat.c
+2-22 files

HardenedBSD/src fd716e3 — sbin/fsck_msdosfs fat.c, sys/x86/cpufreq hwpstate_intel.c

Merge branch 'freebsd/current/main' into hardened/current/master
DeltaFile
+1-1sys/x86/cpufreq/hwpstate_intel.c
+1-1sbin/fsck_msdosfs/fat.c
+2-22 files

HardenedBSD/ports cfb304d — science/octopus pkg-plist Makefile, security/tor Makefile distinfo

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+3-3security/tor/distinfo
+3-3science/octopus/distinfo
+1-1security/tor/Makefile
+1-1science/octopus/Makefile
+0-1science/octopus/pkg-plist
+8-95 files

OpenBSD/src 4EgUJyh — sys/arch/m88k/m88k m8820x_machdep.c

   Do not write multiple assignment of the same value to multiple cmmu registers
   as nested assignment in a single statement.

   This used to work in the gcc 2 days, but from gcc 3 onwards, because these
   registers are declared volatile, this caused register reloads to propagate
   the assignment value.

   This had been noticed and fixed in arch/luna88k/luna88k/machdep.c 1.135, but
   the similar constructs in this file were missed.

   Noticed by tsutsuii at netbsd
VersionDeltaFile
1.69+16-9sys/arch/m88k/m88k/m8820x_machdep.c
+16-91 files

OpenBSD/src GAoWNKG — sys/arch/m88k/m88k trap.c

   Do not limit kernel-mode cmmu fault handling to segment and page faults,
   there could be write protection faults as well.

   The CMU Mach code did not have such a restriction, it had been added by
   Nivas while doing the original mvme88k port.

   The logic is now the same for kernel and userland.

   Noticed by tsutsui at netbsd.
VersionDeltaFile
1.142+4-3sys/arch/m88k/m88k/trap.c
+4-31 files

LLVM/project af83fa1 — llvm/include/llvm/Analysis ValueLattice.h

[ValueLattice] Use two uint64_t when possible
DeltaFile
+83-28llvm/include/llvm/Analysis/ValueLattice.h
+83-281 files

LLVM/project e0316c1 — clang/lib/AST ExprConstShared.h ExprConstant.cpp, clang/lib/AST/ByteCode EvalEmitter.h EvaluationResult.h

Revert "[clang][bytecode] Stop relying on `CheckEvaluationResult()` (… (#226637)

…#186045)"

This reverts commit 55b498466a7b2620d09fcdf1b2300f71a35f6d8b.

This breaks two msan builders and reproducing the failure locally takes
forever.
DeltaFile
+1-381clang/lib/AST/ByteCode/EvaluationResult.cpp
+99-48clang/lib/AST/ExprConstant.cpp
+24-46clang/lib/AST/ByteCode/EvalEmitter.cpp
+0-42clang/lib/AST/ExprConstShared.h
+10-22clang/lib/AST/ByteCode/EvaluationResult.h
+3-14clang/lib/AST/ByteCode/EvalEmitter.h
+137-55314 files not shown
+159-60020 files

LLVM/project 18af9ef — clang/docs ReleaseNotes.md, clang/lib/Sema SemaOpenMP.cpp

Revert "[clang][OpenMP] Only accept char strings in the message clause" (#226636)

Reverts llvm/llvm-project#226080

The newly added test error_message.c is failing on the PS4 bot 
https://lab.llvm.org/buildbot/#/builders/144/builds/66294
DeltaFile
+0-33clang/test/OpenMP/error_message.c
+0-29clang/test/OpenMP/error_message.cpp
+1-3clang/lib/Sema/SemaOpenMP.cpp
+1-1clang/test/OpenMP/parallel_message_messages.cpp
+0-1clang/docs/ReleaseNotes.md
+2-675 files

LLVM/project 60059de — libcxx/include/__ranges zip_view.h views.h

[libc++][NFC] Avoid empty namespace in internal headers of `<ranges>` (#226034)

...in pre-C++20/23 modes. This follows up
0c94a978df783bd67535350eac84088fc482716a and fixes more complaints from
clang-tidy checks in CI.
DeltaFile
+4-4libcxx/include/__ranges/zip_view.h
+4-4libcxx/include/__ranges/views.h
+4-4libcxx/include/__ranges/transform_view.h
+4-4libcxx/include/__ranges/to.h
+4-4libcxx/include/__ranges/take_while_view.h
+4-4libcxx/include/__ranges/take_view.h
+24-2425 files not shown
+124-12331 files

LLVM/project be7d200 — llvm/include/llvm/Transforms/Utils SCCPSolver.h, llvm/lib/Transforms/Utils SCCPSolver.cpp

[SCCP] Use Small Vector for struct
DeltaFile
+5-5llvm/lib/Transforms/Utils/SCCPSolver.cpp
+1-1llvm/include/llvm/Transforms/Utils/SCCPSolver.h
+6-62 files

pkgng/pkgng cd0a561 — libpkg pkg.c

pkg: minor fixes to the vec iterators

Clear the caller"s pointer when the list is empty, as the previous
implementation did, and declare the index before the statements.
DeltaFile
+5-3libpkg/pkg.c
+5-31 files

LLVM/project 3441f36 — clang/docs ReleaseNotes.md, clang/lib/Sema SemaOpenMP.cpp

Revert "[clang][OpenMP] Only accept char strings in the message clause (#226080)"

This reverts commit 5eb23d2ae9f1dab06a31e5f9d7d64fa23a775604.
DeltaFile
+0-33clang/test/OpenMP/error_message.c
+0-29clang/test/OpenMP/error_message.cpp
+1-3clang/lib/Sema/SemaOpenMP.cpp
+1-1clang/test/OpenMP/parallel_message_messages.cpp
+0-1clang/docs/ReleaseNotes.md
+2-675 files

pkgng/pkgng 9b6034d — libpkg pkg.c, libpkg/private pkg.h

Remove '*_iter' introduced when conversion to vec was made.
This restores behavior that doesn't mutate shared state and allows
concurrent iteration.
DeltaFile
+26-99libpkg/pkg.c
+0-6libpkg/private/pkg.h
+26-1052 files

NetBSD/src 0Um7xSx — sys/ufs/lfs lfs_vfsops.c lfs_subr.c

   Handle two causes of the panic "lfs_ifile: looping".  Repurpose the lfs_iflock
   to be locked with RW_WRITER while the segment lock is held, preventing
   updates to the Ifile while its blocks are being gathered; and allow more
   iterations than 10 before panicking, since we might need to rewrite the
   entire segment table one block per iteration.  Issue uncovered in the course
   of PR kern/60746.
VersionDeltaFile
1.316+23-25sys/ufs/lfs/lfs_segment.c
1.59+11-5sys/ufs/lfs/lfs_accessors.h
1.407+2-6sys/ufs/lfs/lfs_vfsops.c
1.112+6-2sys/ufs/lfs/lfs_subr.c
+42-384 files

FreeNAS/freenas a2f784a — src/middlewared/middlewared/pytest/unit/utils test_pwenc.py test_pwenc_secret_matches.py

Rename pwenc_secret_matches unit test to a unique basename

## Problem
The new `pytest/unit/utils/test_pwenc.py` shares its basename with the existing `tests/unit/test_pwenc.py`. The unit test run collects both trees in one pytest session, so collection aborts with "import file mismatch".

## Solution
Renamed the new file to `test_pwenc_secret_matches.py`, which also matches what it actually tests.
DeltaFile
+0-58src/middlewared/middlewared/pytest/unit/utils/test_pwenc.py
+58-0src/middlewared/middlewared/pytest/unit/utils/test_pwenc_secret_matches.py
+58-582 files

DragonFlyBSD/src 961f58e — bin/cpdup hcproto.c

cpdup: Don't pass an uninitialized pointer to getgroups(0, ...).

getmygroups() passed *gidlist to the size-only getgroups() query
before it was initialized. The list argument is ignored when the
size is 0, so pass NULL instead.

Bug: #3425
DeltaFile
+1-1bin/cpdup/hcproto.c
+1-11 files

DragonFlyBSD/src ad06c25 — lib/libevtr evtr.c

libevtr: Fix off-by-one in string namespace indexing.

evtr_dump_string() indexed evtr->strings[ns] although the array is
sized EVTR_NS_MAX - 1. The namespace IDs are EVTR_NS_PATH=1,
EVTR_NS_FUNC=2 and EVTR_NS_DSTR=3, so ns == 3 runs one past the array
and aliases the following union member (fmts): the dynamic-string
namespace and the format-string table then share a hashtable, and the
table allocated for that slot by evtr_open_write() leaks.

The read side already uses maps[ns - 1], so make the write side
consistent and only allocate/free the EVTR_NS_MAX - 1 entries.

Also reject ns == 0 in evtr_load_string(); the old check let it
through and maps[ns - 1] would read before the array on corrupt input.

Bug: #3424
DeltaFile
+5-5lib/libevtr/evtr.c
+5-51 files

DragonFlyBSD/src 62b6028 — lib/libc/gdtoa glue.c _ldtoa.c

libc: Sync gdtoa code with FreeBSD

* Fix bug: prevent incorrect %a/%La rounding at full precision
  Pull Request: https://github.com/freebsd/freebsd-src/pull/1837

* Minor code/style tweaks.
DeltaFile
+3-4lib/libc/gdtoa/machdep_ldisx.c
+4-3lib/libc/gdtoa/_hldtoa.c
+4-3lib/libc/gdtoa/_hdtoa.c
+3-2lib/libc/gdtoa/_ldtoa.c
+0-2lib/libc/gdtoa/glue.c
+14-145 files

FreeBSD/ports 84810b2 — editors/openoffice-devel distinfo Makefile, editors/openoffice-devel/files freebsd-aoo-intro-developer.png freebsd-aoo-about-developer.png

editors/openoffice-devel: Update to a new snapshot

Update openoffice-devel to a newer snapshot

Change the splash screen to say OpenOffice 5.

MFH:            2026Q3
(cherry picked from commit 1abe115b569e34b6197b26206cc461e38f28f52d)
DeltaFile
+4-4editors/openoffice-devel/Makefile
+3-3editors/openoffice-devel/distinfo
+0-0editors/openoffice-devel/files/freebsd-aoo-intro-developer.png
+0-0editors/openoffice-devel/files/freebsd-aoo-about-developer.png
+7-74 files

FreeBSD/ports 3af0479 — editors/openoffice-devel distinfo Makefile, editors/openoffice-devel/files patch-testtools_source_bridgetest_makefile.mk patch-framework_Library__fwk.mk

editors/openoffice-devel: Upgrade to a new snapshot

Upgrade to a new snapshot of the upstream AOO42X branch.

Switch from system textproc/libtextcat to bundled libtextcat.
The system version probably never worked properly because it
lacks UTF-8 support, whereas the bundled version has been patched
to support UTF-8.  Longer term, libtextcat should be replaced
by libexttextcat.

Disable WIKI_PUBLISHER and mark BROKEN.  It relies on
apache-commons-httpclient which has an open MITM CVE.  It should
be upgraded to Apache HttpComponents, but that requires a newer
java.

Disable bridgetest on i386 due to a uno core dump in testtools.

Removed old code optimization tweak that is probably left over
from when we used the buggy -Os compiler optimization flag.

    [5 lines not shown]
DeltaFile
+12-12editors/openoffice-devel/Makefile
+0-15editors/openoffice-devel/files/patch-framework_Library__fwk.mk
+13-0editors/openoffice-devel/files/patch-testtools_source_bridgetest_makefile.mk
+5-3editors/openoffice-devel/distinfo
+30-304 files

FreeBSD/ports afe6f65 — editors/openoffice-devel distinfo Makefile, editors/openoffice-devel/files patch-solenv_gbuild_platform_freebsd.mk patch-solenv_inc_unxfbsd.mk

editors/openoffice-devel: switch to upstream trunk

Switch to following the upstream trunk branch.  The AOO42X is likely a
dead end, and the next major release will propably be 5.0.0.

(cherry picked from commit b630d5755e107f881a4c840c8165ead7c1a49670)
DeltaFile
+10-12editors/openoffice-devel/Makefile
+0-13editors/openoffice-devel/files/patch-testtools_source_bridgetest_makefile.mk
+0-11editors/openoffice-devel/files/patch-solenv_inc_unxfbsd.mk
+0-10editors/openoffice-devel/files/patch-solenv_gbuild_platform_freebsd.mk
+5-5editors/openoffice-devel/distinfo
+15-515 files

FreeNAS/freenas 247d320 — src/middlewared/middlewared/api/v26_0_0 zpool_query.py, src/middlewared/middlewared/api/v27_0_0 zpool_query.py

Accept stats_ex on zpool query vdevs

## Problem
truenas_pylibzfs added an extended mode to `ZFSPool.iostat()` that fills a new `stats_ex` field on every vdev. `status()` returns the same vdev struct, so its vdevs now carry `stats_ex` too (always `None` there). `zpool.query` passes those vdev dicts straight into `ZPoolVdev`, which forbids unknown keys, so every topology query failed with `extra_forbidden`. This broke `pool.create` at its change event and aborted the api, cloud, stig, directory services and sharing test suites at pool setup.

## Solution
Added a nullable `stats_ex` field to `ZPoolVdev` in both the v26 and v27 API models, the same way `path` was added ahead of its pylibzfs change. It defaults to `None`, so it works with both old and new pylibzfs.
DeltaFile
+7-0src/middlewared/middlewared/api/v27_0_0/zpool_query.py
+7-0src/middlewared/middlewared/api/v26_0_0/zpool_query.py
+14-02 files

DragonFlyBSD/src b47adf8 — bin/cpdup hcproto.c

cpdup: Don't pass an uninitialized pointer to getgroups(0, ...).

getmygroups() passed *gidlist to the size-only getgroups() query
before it was initialized. The list argument is ignored when the
size is 0, so pass NULL instead.

Bug: #3425
DeltaFile
+1-1bin/cpdup/hcproto.c
+1-11 files

DragonFlyBSD/src 62e64e4 — lib/libevtr evtr.c

libevtr: Fix off-by-one in string namespace indexing.

evtr_dump_string() indexed evtr->strings[ns] although the array is
sized EVTR_NS_MAX - 1. The namespace IDs are EVTR_NS_PATH=1,
EVTR_NS_FUNC=2 and EVTR_NS_DSTR=3, so ns == 3 runs one past the array
and aliases the following union member (fmts): the dynamic-string
namespace and the format-string table then share a hashtable, and the
table allocated for that slot by evtr_open_write() leaks.

The read side already uses maps[ns - 1], so make the write side
consistent and only allocate/free the EVTR_NS_MAX - 1 entries.

Also reject ns == 0 in evtr_load_string(); the old check let it
through and maps[ns - 1] would read before the array on corrupt input.

Bug: #3424
DeltaFile
+5-5lib/libevtr/evtr.c
+5-51 files

LLVM/project 1639504 — clang/include/clang/CIR/Dialect/Builder CIRBaseBuilder.h, clang/lib/CIR/CodeGen CIRGenDecl.cpp

[CIR] Attach address space to global variables (#226455)

Signed-off-by: Steffen Holst Larsen <sholstla at amd.com>
DeltaFile
+5-5clang/test/CIR/CodeGenCUDA/address-spaces.cu
+6-3clang/lib/CIR/CodeGen/CIRGenDecl.cpp
+4-4clang/include/clang/CIR/Dialect/Builder/CIRBaseBuilder.h
+15-123 files

NetBSD/pkgsrc-wip 357e005 — tfkiss PLIST Makefile

tfkiss: fix pkgsrc lint issues
DeltaFile
+7-1tfkiss/Makefile
+2-2tfkiss/PLIST
+9-32 files

FreeBSD/src 269002d — sbin/fsck_msdosfs fat.c

fsck_msdosfs: fix head bitmap over-allocation on 32-bit platforms

bitmap_ctor() computed the allocation size as

        roundup2(bits, LONG_BIT) / (LONG_BIT / 8)

The dividend is a count of bits, so converting it to bytes requires
dividing by 8 (bits per byte), not by LONG_BIT / 8 (bytes per long).
The two divisors happen to coincide on LP64, but on ILP32 platforms
the head bitmap was allocated at twice the required size; for a
FAT32 file system with close to 2^28 clusters, that is 64 MiB instead
of 32 MiB.

The extra half of the allocation was never accessed, so there is no
functional change other than the reduced memory footprint.

MFC after:      3 days
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2440
DeltaFile
+1-1sbin/fsck_msdosfs/fat.c
+1-11 files

HardenedBSD/src 269002d — sbin/fsck_msdosfs fat.c

fsck_msdosfs: fix head bitmap over-allocation on 32-bit platforms

bitmap_ctor() computed the allocation size as

        roundup2(bits, LONG_BIT) / (LONG_BIT / 8)

The dividend is a count of bits, so converting it to bytes requires
dividing by 8 (bits per byte), not by LONG_BIT / 8 (bytes per long).
The two divisors happen to coincide on LP64, but on ILP32 platforms
the head bitmap was allocated at twice the required size; for a
FAT32 file system with close to 2^28 clusters, that is 64 MiB instead
of 32 MiB.

The extra half of the allocation was never accessed, so there is no
functional change other than the reduced memory footprint.

MFC after:      3 days
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2440
DeltaFile
+1-1sbin/fsck_msdosfs/fat.c
+1-11 files