LLVM/project 8eeef73lldb/source/Plugins/SymbolFile/NativePDB SymbolFileNativePDB.cpp, lldb/test/Shell/SymbolFile/NativePDB invalid-field-list-reference.yaml

[lldb][NativePDB] Check record types before deserializing (#215847)

When running the `lldb/test/Shell/Expr/TestIRMemoryMapWindows.test` on
my machine, I saw an assertion failure when walking an `LF_FIELDLIST`.
Specifically this assertion:
https://github.com/llvm/llvm-project/blob/8fda9eee8956d4ac5a393689ccbde16a0d3a72b3/llvm/lib/DebugInfo/CodeView/TypeRecordMapping.cpp#L243

The exact assertion isn't that important, although I think `MemberKind`
isn't reset correctly in `TypeRecordMapping::visitMemberEnd`.

The point is that we were visiting data that didn't belong to an
`LF_FIELDLIST` when building the parent map, because we didn't check the
record type before deserializing with
`TypeDeserializer::deserializeAs<FieldListRecord>`. I added a check for
this.

There are more cases where we call `deserializeAs` but didn't check the
symbol type in the function. However, in these cases, the callers
already check the type. I still added safety checks for them.
Furthermore, we still have some `lldbassert`s in the file. I'll remove
them in a followup PR.
DeltaFile
+233-0lldb/test/Shell/SymbolFile/NativePDB/invalid-field-list-reference.yaml
+10-1lldb/source/Plugins/SymbolFile/NativePDB/SymbolFileNativePDB.cpp
+243-12 files

LLVM/project 5802296libc/test/src CMakeLists.txt, libc/test/src/math CMakeLists.txt

[libc] Add `NEED_MPFR_F128` argument to add_fp_unittest. (#215657)

Currently, the MPFR would link unconditionally when we remove the
function from the guards to make it available everywhere. This
introduces another problem with the function's test, in which MPFR is
used, which would also get tested unconditionally now .

The MPFR would use native float128 types internally when built on a
compiler with float128 support. But where it doesn't have native
support, it would fail .
Thus, to prevent this failure, we only run the MPFR tests for targets
with native float128 by adding `NEED_MPFR128`
DeltaFile
+14-9libc/test/src/math/smoke/atanbf16_test.cpp
+14-9libc/test/src/math/smoke/acosbf16_test.cpp
+9-9libc/test/src/math/CMakeLists.txt
+12-1libc/test/src/CMakeLists.txt
+0-6libc/test/src/math/smoke/CMakeLists.txt
+49-345 files

FreeBSD/ports 6f5803cmisc/gnu-watch Makefile distinfo

misc/gnu-watch: Update to 4.0.7
DeltaFile
+3-3misc/gnu-watch/distinfo
+1-2misc/gnu-watch/Makefile
+4-52 files

FreeBSD/ports 147458escience/R-cran-fastICA Makefile distinfo

science/R-cran-fastICA: upgrade to 1.2-8
DeltaFile
+3-3science/R-cran-fastICA/distinfo
+1-1science/R-cran-fastICA/Makefile
+4-42 files

FreeBSD/ports e096117science/R-cran-ks Makefile distinfo

science/R-cran-ks: upgrade to 1.15.3

Changelog at https://cran.r-project.org/web/packages/ks/ChangeLog
DeltaFile
+3-3science/R-cran-ks/distinfo
+1-1science/R-cran-ks/Makefile
+4-42 files

FreeBSD/ports 1a3d6fdastro/py-skyfield Makefile distinfo

astro/py-skyfield: upgrade to 1.55

Changelog at
        https://github.com/skyfielders/python-skyfield/blob/master/CHANGELOG.rst
DeltaFile
+3-3astro/py-skyfield/distinfo
+1-2astro/py-skyfield/Makefile
+4-52 files

FreeBSD/ports f80dfcamath/jags Makefile distinfo

math/jags: upgrade to 5.0.0

News at
https://martynplummer.wordpress.com/2026/08/03/whats-new-in-jags-5-0-0-part-1-initial-values/
https://martynplummer.wordpress.com/2026/08/04/whats-new-in-jags-5-0-0-part-2-reproducibility/
DeltaFile
+19-4math/jags/pkg-plist
+7-7math/jags/distinfo
+5-8math/jags/Makefile
+31-193 files

FreeBSD/ports 89044a7math/suitesparse bsd.suitesparse.mk Makefile, math/suitesparse-Example Makefile

math/suitesparse: upgrade to v7.13.0

This updates:
- SuiteSparse_config to 7.13.0
- Example to 1.8.12
- GraphBLAS to 10.4.1
- ParU to 1.1.2.

Release notes at
        https://github.com/DrTimothyAldenDavis/SuiteSparse/releases/tag/v7.13.0
DeltaFile
+3-3math/suitesparse/distinfo
+1-1math/suitesparse/bsd.suitesparse.mk
+1-1math/suitesparse/Makefile
+1-1math/suitesparse-paru/Makefile
+1-1math/suitesparse-graphblas/Makefile
+1-1math/suitesparse-Example/Makefile
+8-86 files

FreeBSD/ports c477929net/py-aiohttp-socks Makefile distinfo, net/py-aiohttp-socks/files patch-pyproject.toml

net/py-aiohttp-socks: Update to 0.12.0
DeltaFile
+15-0net/py-aiohttp-socks/files/patch-pyproject.toml
+3-3net/py-aiohttp-socks/distinfo
+1-1net/py-aiohttp-socks/Makefile
+19-43 files

FreeBSD/ports 0103e3adevel/py-jsonrpclib-pelix Makefile

devel/py-jsonrpclib-pelix: Wrap long line
DeltaFile
+2-1devel/py-jsonrpclib-pelix/Makefile
+2-11 files

FreeBSD/ports 37c3f92www/ungoogled-chromium/files patch-chrome_browser_policy_configuration__policy__handler__list__factory.cc patch-chrome_browser_profiles_chrome__browser__main__extra__parts__profiles.cc

www/ungoogled-chromium: update to 151.0.7922.137

Security:       https://vuxml.freebsd.org/freebsd/a4e5cc5f-d4bc-4f67-ad8e-0f6a9e37064f.html
Security:       https://vuxml.freebsd.org/freebsd/8acd79a5-35ee-4076-b107-3550bbd7d118.html
(cherry picked from commit 5897e90b32d76a16405e1dd08279a173715b0bee)
DeltaFile
+233-0www/ungoogled-chromium/files/patch-media_base_audio__bus.h
+95-122www/ungoogled-chromium/files/patch-chrome_browser_about__flags.cc
+31-67www/ungoogled-chromium/files/patch-build_config_compiler_BUILD.gn
+58-37www/ungoogled-chromium/files/patch-components_signin_public_base_signin__switches.cc
+41-37www/ungoogled-chromium/files/patch-chrome_browser_profiles_chrome__browser__main__extra__parts__profiles.cc
+52-25www/ungoogled-chromium/files/patch-chrome_browser_policy_configuration__policy__handler__list__factory.cc
+510-288620 files not shown
+3,751-2,952626 files

FreeBSD/ports adae5a0www/chromium/files patch-net_socket_udp__socket__posix.cc patch-chrome_browser_profiles_chrome__browser__main__extra__parts__profiles.cc

www/chromium: update to 151.0.7922.137

Security:       https://vuxml.freebsd.org/freebsd/a4e5cc5f-d4bc-4f67-ad8e-0f6a9e37064f.html
Security:       https://vuxml.freebsd.org/freebsd/8acd79a5-35ee-4076-b107-3550bbd7d118.html
Security:       https://vuxml.freebsd.org/freebsd/c4005254-b922-430f-b94a-dac9f59a527b.html
Security:       https://vuxml.freebsd.org/freebsd/82122f4b-6fad-4b83-bd1a-5b036b135080.html
Security:       https://vuxml.freebsd.org/freebsd/3acf4890-b59c-4265-9867-2cf1ae6869f2.html
Security:       https://vuxml.freebsd.org/freebsd/5e1d97cf-4b04-48ae-9eb4-57a943d2d3ea.html
(cherry picked from commit 51792f0ba744f54016e5394e3fd3033a513eadb0)
(cherry picked from commit c006796520f0d381ee613ab8ee5715ee24cbf714)
DeltaFile
+233-0www/chromium/files/patch-media_base_audio__bus.h
+87-78www/chromium/files/patch-chrome_browser_about__flags.cc
+50-23www/chromium/files/patch-chrome_browser_chrome__content__browser__client.cc
+37-28www/chromium/files/patch-chrome_browser_profiles_chrome__browser__main__extra__parts__profiles.cc
+49-16www/chromium/files/patch-components_signin_public_base_signin__switches.cc
+55-8www/chromium/files/patch-net_socket_udp__socket__posix.cc
+511-153439 files not shown
+2,708-2,065445 files

LLVM/project 82ea231lld/test/wasm tls-init-symbols.s, lld/wasm SyntheticSections.cpp

[lld][WebAssembly] Update incorrect assertion in global relocation code (#215929)

When extended-const is enabled, non-TLS global relocations are handled
via extended constant expressions. However, TLS GOT entries still
require runtime relocation code in `__wasm_apply_global_tls_relocs`
because TLS global addresses depend on `__tls_base`.

Allow `GlobalSection::generateRelocationCode` to be called when `TLS` is
true even if `ctx.arg.extendedConst` is set.
DeltaFile
+1-1lld/wasm/SyntheticSections.cpp
+1-0lld/test/wasm/tls-init-symbols.s
+2-12 files

FreeBSD/ports 5897e90www/ungoogled-chromium/files patch-chrome_browser_policy_configuration__policy__handler__list__factory.cc patch-chrome_browser_profiles_chrome__browser__main__extra__parts__profiles.cc

www/ungoogled-chromium: update to 151.0.7922.137

Security:       https://vuxml.freebsd.org/freebsd/a4e5cc5f-d4bc-4f67-ad8e-0f6a9e37064f.html
Security:       https://vuxml.freebsd.org/freebsd/8acd79a5-35ee-4076-b107-3550bbd7d118.html
DeltaFile
+233-0www/ungoogled-chromium/files/patch-media_base_audio__bus.h
+95-122www/ungoogled-chromium/files/patch-chrome_browser_about__flags.cc
+31-67www/ungoogled-chromium/files/patch-build_config_compiler_BUILD.gn
+58-37www/ungoogled-chromium/files/patch-components_signin_public_base_signin__switches.cc
+41-37www/ungoogled-chromium/files/patch-chrome_browser_profiles_chrome__browser__main__extra__parts__profiles.cc
+52-25www/ungoogled-chromium/files/patch-chrome_browser_policy_configuration__policy__handler__list__factory.cc
+510-288620 files not shown
+3,751-2,953626 files

LLVM/project 3f3ec39llvm/include/llvm/CodeGen TargetLowering.h, llvm/lib/CodeGen RDFGraph.cpp MachineLICM.cpp

CodeGen: Pass the exception model to the EH register hooks

Currently this is sourced from TargetOptions. In the future
this should come from program state, so needs to be passed in
from a value derived from the module flag. Thread through the
argument for future use. For now it's still sourced directly
from the TargetOptions.

Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
DeltaFile
+8-4llvm/lib/CodeGen/GlobalISel/IRTranslator.cpp
+4-6llvm/lib/Target/ARM/ARMISelLowering.cpp
+6-3llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
+5-2llvm/lib/CodeGen/RDFGraph.cpp
+5-2llvm/lib/CodeGen/MachineLICM.cpp
+5-2llvm/include/llvm/CodeGen/TargetLowering.h
+33-1928 files not shown
+125-7434 files

FreeBSD/ports 9e6ce1fdevel/py-jsonrpclib-pelix Makefile distinfo, devel/py-jsonrpclib-pelix/files patch-pyproject.toml

devel/py-jsonrpclib-pelix: Update to 1.2.0
DeltaFile
+19-0devel/py-jsonrpclib-pelix/files/patch-pyproject.toml
+3-3devel/py-jsonrpclib-pelix/distinfo
+2-2devel/py-jsonrpclib-pelix/Makefile
+24-53 files

LLVM/project 4a212f7clang-tools-extra/clangd IncludeCleaner.cpp, clang-tools-extra/clangd/unittests IncludeCleanerTests.cpp

[clangd] Fix hang in include-cleaner  (#215980)

Address FIXME in computeIncludeCleanerFindings: locations inside the
preamble patch are mapped back into the main file via their presumed
locations.
This fixes hang in include-cleaner when mapping refs through a stale
preamble.

Test plan: ninja check-all
DeltaFile
+38-0clang-tools-extra/clangd/unittests/IncludeCleanerTests.cpp
+19-4clang-tools-extra/clangd/IncludeCleaner.cpp
+57-42 files

FreeBSD/ports 7a946c3. UPDATING, security/openssh-portable Makefile

security/openssh-portable: Use blocklist

Starting from FreeBSD version 1500000, prefer the new blocklist
nomenclature.

Once older versions are no longer supported, we should use blocklist
exclusively.

This also fixes a regression with UseBlacklist not being properly
read from the config in commit 516c0db3f73b for the 10.4 update.

PR:             294082
DeltaFile
+1,277-0security/openssh-portable/files/extra-patch-blacklist-hpn
+400-0security/openssh-portable/files/extra-patch-blocklistd
+28-8security/openssh-portable/Makefile
+19-8security/openssh-portable/files/extra-patch-blacklistd
+27-0security/openssh-portable/files/extra-patch-no-blacklistd-hpn-glue
+10-0UPDATING
+1,761-162 files not shown
+1,764-198 files

LLVM/project 6b1a422llvm/test/Analysis/UniformityAnalysis/AMDGPU divergent-cycle-exit-join.ll

[UniformityAnalysis] Add test for missed cycle exit PHI divergence

Add a test exposing a bug where the uniformity analysis fails to mark
a cycle exit PHI as divergent. The PHI has constant operands from
multiple cycle predecessors -- one via a divergent exit and one via a
uniform exit. The analysis misses this because usesValueFromCycle()
only checks for instruction operands defined inside the cycle, not
for constant values arriving from different cycle predecessors.

Co-Authored-By: Claude Opus 4.6 <noreply at anthropic.com>
DeltaFile
+41-0llvm/test/Analysis/UniformityAnalysis/AMDGPU/divergent-cycle-exit-join.ll
+41-01 files

LLVM/project 3ddf166llvm/lib/Target/BPF BPFAbstractMemberAccess.cpp

[BPF] Visit base access-index calls in insertion order (#215948)

BaseAICalls is keyed on CallInst *, so transformGEPChain visits the base
calls in heap address order rather than the order collectAICallChains
walked them. The relocation globals come out in that order and the
passthrough calls are numbered in it, so the IR a build emits depends on
where the calls landed in memory.

No regressions on check-llvm-codegen-bpf.
DeltaFile
+3-1llvm/lib/Target/BPF/BPFAbstractMemberAccess.cpp
+3-11 files

LLVM/project 212faa9llvm/lib/CodeGen/GlobalISel MachineIRBuilder.cpp, llvm/lib/Target/AArch64/GISel AArch64LegalizerInfo.cpp

[AArch64][GlobalISel] Use integer type for vaarg lowering. (#215659)

This includes the call to buildMaskLowPtrBits, which now creates an
integer type.
DeltaFile
+8-8llvm/test/CodeGen/AArch64/GlobalISel/legalize-vaarg.mir
+1-1llvm/lib/Target/AArch64/GISel/AArch64LegalizerInfo.cpp
+1-1llvm/lib/CodeGen/GlobalISel/MachineIRBuilder.cpp
+10-103 files

LLVM/project 3aaf57fflang/lib/Lower/OpenMP OpenMP.cpp, flang/test/Lower/OpenMP omp-declarative-allocate-module.f90

[Flang][OpenMP] PoC module support for allocate directives

This patch implements partial support for `allocate` on Fortran
module variables, based on adding global constructor functions for each
impacted variable.

Shared as a proof of concept, because I have a few concerns about it:
  1. It appears that Clang ignores `allocate` directives on global
     variables instead. Is that the expected behavior?
  2. The existing implementation for `allocate` in Flang doesn't
     actually impact where the memory used for a variable resides. It
     allocates/deallocates extra memory for it using OpenMP internal
     compiler calls but then that storage is never used. The original
     alloca is still used. This addition suffers from the same issue:
     global constructors allocate extra memory that is never used to
     update in any way the associated global variable or its users.
  3. No `omp.allocate_free` (should be `omp.allocate.free`) can be added
     by this approach.
  4. The representation of `omp.allocate_dir` (should be `omp.allocate`)

    [10 lines not shown]
DeltaFile
+110-30flang/lib/Lower/OpenMP/OpenMP.cpp
+42-0flang/test/Lower/OpenMP/omp-declarative-allocate-module.f90
+152-302 files

LLVM/project 6704b10clang/test/Analysis lifetime-bound.cpp

Add test case.
DeltaFile
+17-2clang/test/Analysis/lifetime-bound.cpp
+17-21 files

LLVM/project bd7af67lldb/test/API/tools/lldb-dap/disconnect main.cpp TestDAP_disconnect.py, lldb/test/API/tools/lldb-dap/memory TestDAP_memory.py

[lldb-dap] Migrate memory and disconnect tests (#215821)

In Disconnect `test_attach` test, use a breakpoint to stop the process
to ensure we are in the `handle_attach` frame to change the
`wait_for_attach` variable.
DeltaFile
+125-154lldb/test/API/tools/lldb-dap/memory/TestDAP_memory.py
+48-41lldb/test/API/tools/lldb-dap/disconnect/TestDAP_disconnect.py
+4-2lldb/test/API/tools/lldb-dap/disconnect/main.cpp
+1-1lldb/test/API/tools/lldb-dap/server/main.c
+178-1984 files

LLVM/project b04f5beflang/lib/Lower/OpenMP OpenMP.cpp, flang/test/Lower/OpenMP/Todo allocate-module.f90

[Flang][OpenMP] Prevent allocate directive ICE on module variables

The current lowering implementation for `allocate` directives assumes
the MLIR function in which it is creating operations will still be there
by finalization time, so that it can add a deallocation call.

When lowering Fortran modules, this is not the case (lowering happens
in a temporary dummy function) and it results in a compiler crash
while running cleanup callbacks. This patch adds a TODO for this case.
DeltaFile
+9-0flang/lib/Lower/OpenMP/OpenMP.cpp
+9-0flang/test/Lower/OpenMP/Todo/allocate-module.f90
+18-02 files

FreeBSD/src 49749f2release/riscv GENERICSD.conf

release/riscv: tweak GENERICSD partition placement

Increase EFI partition size to begin rootfs at 64mb. I believe this was
my original intention. I have a microSD card with 8mb block size which
emits an advisory in verbose dmesg about the misaligned partition.

MFC after:      1 week
Sponsored by:   The FreeBSD Foundation
DeltaFile
+1-1release/riscv/GENERICSD.conf
+1-11 files

FreeBSD/src 1c1bce5lib/libusb Symbol.map

libusb: Mark defualt smybol tag as latest stable version

As we might change the libusb ABI in 16, we should mark thje first
version as FBSD_1.8 instead of 1.9. Since versioning patch has not
landed for a long time, it makes sense to change it directly.

Discussed with: kib
Fixes: 527a82474cb3 ("libusb: versioning symbols")
Sponsored by:   The FreeBSD Foundation
DeltaFile
+1-1lib/libusb/Symbol.map
+1-11 files

FreeBSD/ports 5d1a08dtextproc/hs-pandoc Makefile Makefile.cabal

textproc/hs-pandoc: Update 3.10.1 => 3.10.2

Approved by:            haskell@ (alven@)
Approved by:            db@, yuri@ (Mentors, implicit)
DeltaFile
+15-13textproc/hs-pandoc/distinfo
+7-6textproc/hs-pandoc/Makefile.cabal
+2-3textproc/hs-pandoc/Makefile
+24-223 files

FreeBSD/ports 6baaca0www/evcc Makefile distinfo

www/evcc: update to 0.313.3

Changes:        https://github.com/evcc-io/evcc/releases
DeltaFile
+7-7www/evcc/distinfo
+2-2www/evcc/Makefile
+9-92 files

FreeBSD/ports 429512bdevel/gitlab-runner Makefile distinfo

devel/gitlab-runner: update to 19.2.2

Changes:        https://gitlab.com/gitlab-org/gitlab-runner/-/blob/v19.2.2/CHANGELOG.md?ref_type=tags
DeltaFile
+9-9devel/gitlab-runner/distinfo
+1-2devel/gitlab-runner/Makefile
+10-112 files