LLVM/project ad12b87llvm/lib/Target/AMDGPU AMDGPU.td, llvm/lib/TargetParser AMDGPUTargetParser.cpp

AMDGPU: Tablegenerate TargetParser feature sets

Traditionally we maintained 2 parallel feature mechanisms,
one in clang (later moved to TargetParser), with largely
mirrored subtarget features defined in the backend. Start
directly taking feature information from the backend and putting
it into TargetParser. This is still in a compromise mid-migration
state. We still have both the legacy "ArchAttr" bitfield integer,
plus a new AMDGPUFeatureBitset field stored in the table, which
isn't yet exported.

For the moment, the new bitset is only used to populate the
feature string name map, which is the big maintainability win.
This also lists an explicit subset of exported features to
avoid churn.

Co-authored-by: Claude (Claude-Opus-4.8)
DeltaFile
+51-517llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+115-3llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+48-0llvm/unittests/TargetParser/TargetParserTest.cpp
+39-0llvm/lib/Target/AMDGPU/AMDGPU.td
+253-5204 files

LLVM/project baeb7c6llvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/TargetParser AMDGPUTargetParser.cpp

AMDGPU: Export the TargetParser feature bitset

Previously this bitset was only used to populate the feature
name string map used by clang. Eventually this will replace
the current bitmask integer. AArch64 already has a similar
interface.

Co-authored-by: Claude (Claude-Opus-4.8)
DeltaFile
+17-14llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+29-0llvm/unittests/TargetParser/TargetParserTest.cpp
+16-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+62-143 files

LLVM/project 4b8274fclang/test/CodeGen amdgpu-builtin-processor-is.c amdgpu-builtin-is-invocable.c, clang/test/CodeGenCXX dynamic-cast-address-space.cpp

AMDGPU: Remove cvt-pknorm-vop3-insts from feature map (#213615)

This isn't used in clang for any builtin, so don't leak this.
DeltaFile
+2-2clang/test/CodeGenCXX/dynamic-cast-address-space.cpp
+1-1clang/test/CodeGen/amdgpu-builtin-processor-is.c
+1-1clang/test/CodeGen/amdgpu-builtin-is-invocable.c
+0-1llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+4-54 files

FreeBSD/src 1c0d2f0sys/netinet ip_mroute.c

ip_mroute: Don't assume that a multicast router is running

The SIOCGETSGCNT handler may be invoked in this scenario, and if no
router has initialized the lookup table, we'll have
mfct->mfchashtbl == NULL.

PR:             297148
Reported by:    Robert Morris
MFC after:      1 week
Sponsored by:   The FreeBSD Foundation
DeltaFile
+2-0sys/netinet/ip_mroute.c
+2-01 files

FreeNAS/freenas 59cc71esrc/middlewared/middlewared/plugins/zfs snapshot_crud.py, src/middlewared/middlewared/pytest/unit/utils/zfs test_guard.py test_no_second_registry.py

Consolidate the managed-dataset registries and guard every mutator

"Is this a dataset middleware manages?" was answered by five separate registries with four membership sets and three matching algorithms: `INTERNAL_PATHS` in `plugins/zfs/utils.py`, `INTERNAL_DATASETS` in `plugins/pool_/dataset_query_utils.py`, `internal_datasets_filters` in `plugins/pool_/dataset.py`, inline literals in `alert/source/datasets.py`, and `INVALID_DATASETS` in `plugins/zettarepl.py`. None had unit coverage, and they had drifted: `<pool>/ix-applications` was creatable and then permanently invisible because one carried a trailing slash the others lacked, `<pool>/ix-apps-data` was hidden forever on a substring match, and the replication registry did not know about the apps datasets at all. A sixth spelling in `docker/fs_manage.py` tested `startswith("boot-pool/")`, so it missed `freenas-boot` entirely and reported the boot pool's own root dataset as the mounted apps dataset on any system upgraded from a FreeNAS-era install.

"May this caller change it?" was answered by a `bypass` field on seven public snapshot request models. It was declared `SkipJsonSchema`, which hides a field from the generated docs and JSON schema but does not block it at validation, so any caller holding `SNAPSHOT_WRITE` could send `bypass: true` and defeat every guard. The read side had the same defect twice: `exclude_internal_paths` on `ZFSResourceQuery`, and `exclude_internal_datasets` read out of `pool.dataset.query`'s free-form `extra` dict, where the model's `extra="forbid"` never reaches because it governs unknown model fields rather than keys inside a dict value. Either one let a caller holding nothing but read access enumerate every managed dataset, boot pool included. The root cause is the same in all three: an authorization decision encoded as request data -- a property of the caller modelled as a field of the request.

Separately, ten public mutators had no protection at all and none of them funnelled through a guarded implementation: `pool.dataset.promote`, `rename`, `set_quota`, `get_quota`, `lock`, `change_key` and `inherit_parent_encryption_properties`, both `zfs.tier` mutators, and `pool.snapshot.rename`. `promote` was the worst of them, since managed children are frequently clones and promoting one reparents its origin snapshot. `pool.snapshot.rename` turned out to be unreachable in any case: it passed a snapshot id to `zfs.resource.rename`, which rejects any name containing `@`, so the endpoint could not succeed for any valid input and had no test coverage.

- **One registry, one predicate per question.** `utils/zfs/managed_datasets.py` replaces all five, with one function per caller decision -- `hidden_from_zfs_listing`, `hidden_from_dataset_listing`, `blocked_from_mutation`, `reserved_from_user_creation`, `excluded_from_zfs_events`, `excluded_from_replication` -- each spelling out its own membership and its own matching rule where you can read both at once. Two rules cover everything: compare a whole path component, or look for `/<name>` anywhere. The names are declared once, and the sets and substring needles are built at import, so the predicates that run inside libzfs iteration callbacks pay nothing per call.
- **Behaviour preserved exactly.** Each predicate keeps the matching algorithm its callers used before, so no listing changes and nothing is newly hidden or exposed. The predicates therefore disagree with one another, and those disagreements are the point -- they are what the five registries were quietly doing in five places. Where they disagree about a single name it is visible in the source: the `ix-applications` needle for creation and events carries a trailing slash the listing needles lack, which is exactly why that dataset is creatable and then invisible. Preserved rather than corrected, because dropping the slash would newly refuse a name that is accepted today. Converging the rules would flip several unrelated consumers and is deliberately left as a follow-up. `.truenas_containers` takes part in the product listing only, reproducing today's behaviour while containers are addressed separately; that leaves it destroyable through `zfs.resource.destroy` while `pool.dataset.delete` answers ENOENT, which is written down rather than quietly fixed.
- **Two pairs of predicates decide identically today and are still written out twice.** `blocked_from_mutation` agrees with `hidden_from_zfs_listing`, and `excluded_from_zfs_events` with `reserved_from_user_creation`. Having either delegate would need undoing before the first divergence could be recorded -- the container dataset is expected to become protected without becoming hidden -- and in the second case it would also read as though events were a creation question, which they are not.
- **The overrides are off the wire.** `bypass`, `exclude_internal_paths` and `exclude_internal_datasets` are gone from the public surface, replaced by parameters on `@private` implementations, which JSON-RPC cannot populate because it dispatches through the request model. `pool.dataset.query` had no private chokepoint to move its flag onto, so `query_impl` is added and the shared body factored out behind it; a key a caller leaves in `extra` is popped and discarded rather than rejected, since it was never on a model and ignoring it fails in the safe direction. The mutation privilege is now a typed `InternalAccess` enum rather than a bool, so a stray value fails closed instead of silently permitting, and `InternalAccess.ALLOW` is a unique token that greps out the complete list of privileged callers. It is str-valued and coerced rather than identity-compared so it survives the JSON hop in `failover.call_remote`, which the audit dataset relies on. `v26_0_0` is left alone: the version adapter already drops fields absent from the newer model, and editing a frozen version would turn a silent drop into a hard failure for old clients.
- **This adds owner opt-ins, it does not merely rename them.** Sixteen call sites already passed `bypass=True`, but there are thirty-nine `InternalAccess.ALLOW` sites now, because guarding `pool.dataset.update_impl` and `zfs.resource.unload_key` pulled in owners that previously needed no opt-in at all. The new ones sit on pool import, the system dataset, audit (including the HA `call_remote` hop), docker's mount management and the container migration -- boot and failover paths, which is the argument for the guards living where they do: a missing opt-in fails loudly inside that owner's own workflow rather than silently widening access.
- **Guards live at the chokepoint.** Protection sits inside the `@private` implementations, which every mutation passes through, rather than in each public method -- a missing guard at a public boundary fails open and silently, while a missing owner opt-in fails closed and loudly. The four operations that have no chokepoint (quota, the two encryption operations, and tiering, which talks to an out-of-process daemon) are guarded at their public boundary instead, each as the first statement so the refusal precedes any lookup or feature check.
- **Gaps closed.** All ten unguarded mutators now refuse managed datasets, `pool.dataset.rename` also refuses a managed *destination* so a dataset can no longer be created at a protected name by renaming into it, `pool.dataset.delete` reports `EACCES` "is a protected path" instead of an errno-less "is an invalid location", and `pool.dataset.update` is protected explicitly rather than incidentally by the listing filter hiding its target and returning a misleading `ENOENT`. `pool.snapshot.rename` is routed at the snapshot rename endpoint and works. Docker's apps-mountpoint check asks the registry, so it recognises both boot pool names. `mount` and `unmount` are deliberately left unguarded, with the reason recorded: they toggle visibility rather than changing content, and docker legitimately mounts the apps dataset. `replication.create_dataset` is likewise left unguarded, since replication is how users back up and restore the apps dataset and the target may be a remote system whose managed paths this one cannot reason about.
- **Coverage.** A truth table pins all six predicates against thirty-four paths, including the nested and prefix look-alikes the old registries disagreed on, the whole-component split on a name carrying a snapshot suffix, and one documented divergence on an input ZFS cannot produce. A scanner test blocks a sixth registry by matching dataset-name string literals -- including inside f-strings -- outside the registry module, and was checked to catch all five of the registries it replaces; it takes the names it scans for from the registry itself, so a sixth managed dataset cannot leave it quietly looking for five, and its allowlist doubles as the convergence backlog. Integration tests cover every guarded mutator against three managed datasets, with controls proving the guards reject nothing else; the matrix fires at absent paths one level below each managed dataset, so a guard that regressed fails the test instead of destroying the boot environments.
DeltaFile
+340-0tests/api2/test_internal_dataset_protection.py
+217-0src/middlewared/middlewared/pytest/unit/utils/zfs/test_no_second_registry.py
+217-0src/middlewared/middlewared/pytest/unit/utils/zfs/test_managed_datasets.py
+188-0src/middlewared/middlewared/utils/zfs/managed_datasets.py
+123-0src/middlewared/middlewared/pytest/unit/utils/zfs/test_guard.py
+60-46src/middlewared/middlewared/plugins/zfs/snapshot_crud.py
+1,145-4642 files not shown
+1,734-33648 files

LLVM/project c995b67llvm/lib/Transforms/Utils LoopUnroll.cpp, llvm/test/Transforms/LoopUnroll/branch-weights-freq unroll-complete.ll unroll-partial-unconditional-latch.ll

[LoopUnroll] Fix freq accuracy calculations

This problem was reported at
<https://github.com/llvm/llvm-project/pull/182405#issuecomment-5165268733>
for the case of very large loop probabilities.

The biggest issue is that, when using linear and quadratic equations
to determine loop latch probabilities, asserts introduced by PR#182405
to verify the accuracy of the resulting loop body frequency can fail.

Another issue is that iterations introduced by PR#182404 and PR#182405
terminate upon achieving a desired accuracy, but they can iterate
longer than necessary, wasting time achieving higher accuracy than
desired.

This patch fixes the accuracy calculations to use relative differences
instead of absolute differences.  It updates existing tests that
reveal the impact on the N>2 uniform case.  Its adds new tests to
cover the N=1, N=2, and N>2 fast cases.
DeltaFile
+151-5llvm/test/Transforms/LoopUnroll/branch-weights-freq/unroll-partial-unconditional-latch.ll
+10-7llvm/lib/Transforms/Utils/LoopUnroll.cpp
+1-1llvm/test/Transforms/LoopUnroll/branch-weights-freq/unroll-complete.ll
+162-133 files

FreeBSD/ports c53bc6bmultimedia/phonon Makefile, multimedia/phonon-vlc Makefile

multimedia/phonon*: Build Qt6 flavor by default

and fix order of flavors.

PR:     296940
DeltaFile
+3-3multimedia/phonon/Makefile
+3-3multimedia/phonon-vlc/Makefile
+6-62 files

LLVM/project 34553aelibc/src/__support CMakeLists.txt tlsf_table.h, libc/test/src/__support freestore_test.cpp CMakeLists.txt

[libc] separate out TLSFTable to its own header and add unit tests

Address code review comments:
- Extract TLSFTable abstraction into tlsf_table.h to encapsulate occupancy bitmaps and bin sizing formulas without changing core allocator algorithm logic or O(1) fast paths.
- Add exhaustive unit tests in tlsf_table_test.cpp.
- Remove redundant {} default member initializers from structured list classes.
- Format heap-related files with clang-format.

TAG=agy
CONV=e64ff65b-c845-4136-9173-da6f615197ee
DeltaFile
+30-185libc/src/__support/freestore.h
+205-0libc/src/__support/tlsf_table.h
+75-0libc/test/src/__support/tlsf_table_test.cpp
+16-0libc/src/__support/CMakeLists.txt
+10-0libc/test/src/__support/CMakeLists.txt
+0-1libc/test/src/__support/freestore_test.cpp
+336-1866 files

FreeBSD/src d8afb9bsys/ofed/drivers/infiniband/core ib_roce_gid_mgmt.c

sys/ofed: don't stop removing stale RoCE GIDs at the first hole

When cleaning up stale GIDs the scan stopped as soon as
rdma_get_gid_attr() failed. But that can also happen for empty entries
in the middle of the table, so a single gap left everything after it
behind and the GID entries could eventually run out.

Now the whole table is scanned and the empty slots are simply skipped.

Reviewed by:  kib, jhb
Sponsored by: Nvidia networking
Fixes:        6a75471dbcf0 ("OFED: Various changes from Linux 4.19")
Differential revision: https://reviews.freebsd.org/D58510
DeltaFile
+5-2sys/ofed/drivers/infiniband/core/ib_roce_gid_mgmt.c
+5-21 files

FreeBSD/src 9f07103sys/ofed/drivers/infiniband/core ib_roce_gid_mgmt.c

sys/ofed: fix GID table reference leak in roce_gid_update_addr_callback()

The "add missing GIDs" loop uses rdma_find_gid_by_port() to test whether
a GID already exists, but forgets to drop the reference it returns. So
every rescan that finds an existing GID leaks one, which pins the entry
and prevents its slot from ever being freed on delete.
Just release the reference once the GID is found, like the "remove stale
GIDs" loop already does.

Reported by:  Wafa Hamzah <wafah at nvidia.com>
Reviewed by:  kib, jhb
Sponsored by: Nvidia networking
Fixes:        6a75471dbcf0 ("OFED: Various changes from Linux 4.19")
Differential revision: https://reviews.freebsd.org/D58511
DeltaFile
+3-1sys/ofed/drivers/infiniband/core/ib_roce_gid_mgmt.c
+3-11 files

LLVM/project 2254bccllvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/lib/Transforms/Vectorize/SLPVectorizer SLPCompatibilityAnalysis.cpp SLPCompatibilityAnalysis.h

[SLP]Support copyable fmuls in fmuladd, modeled as fmuladd(a, b, -0.0)

A copyable lane holding a single-use fmul a, b is modeled as
fmuladd(a, b, -0.0), which equals fmul a, b (the add of -0.0 is exact
and preserves signed zeros), so the multiply dies instead of being
computed and gathered. Applied only when every copyable lane is such
an fmul; multi-use fmuls and mixed copyables keep the
addend/multiplicand modeling. On a tie between fmuladd and fmul main
ops, fmuladd is preferred only when the fmuls are absorbed profitably:
single-use, operands not part of the list and vectorizable as
multiplicand operands.

Original Pull Request: https://github.com/llvm/llvm-project/pull/213369

Recommit after the fix for the revert in 9e8e0d454a4c6d9aafc36c566fe831947facee0c

Reviewers: 

Pull Request: https://github.com/llvm/llvm-project/pull/213757
DeltaFile
+47-54llvm/test/Transforms/SLPVectorizer/X86/fmuladd-copyable-fmul.ll
+71-10llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+45-0llvm/test/Transforms/SLPVectorizer/AArch64/fmuladd-absorbed-copyable-sched-deps.ll
+19-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.h
+13-0llvm/lib/Transforms/Vectorize/SLPVectorizer/SLPCompatibilityAnalysis.cpp
+195-645 files

OpenBSD/src AsnLcHvusr.bin/tmux cmd-join-pane.c

   Check for floating only for flags that require a floating pane, reported
   by Ilya Grigoriev.
VersionDeltaFile
1.74+12-14usr.bin/tmux/cmd-join-pane.c
+12-141 files

LLVM/project 0f068e7lldb/packages/Python/lldbsuite/test/make WASI.rules, lldb/source/Plugins/ObjectFile/wasm ObjectFileWasm.h ObjectFileWasm.cpp

[lldb] Identify a WebAssembly module by its build id (#213554)

A Wasm module carries the identifier its linker gave it in a `build_id`
custom section, whose payload is the length of the identifier followed
by its bytes. That identifier is the only thing that tells one build of
a module from another.

`wasm-ld` emits the section only when asked, so the API test build asks
for it. A module linked without one still has no UUID.
DeltaFile
+55-0lldb/test/Shell/ObjectFile/wasm/build-id.yaml
+36-0lldb/source/Plugins/ObjectFile/wasm/ObjectFileWasm.cpp
+5-0lldb/packages/Python/lldbsuite/test/make/WASI.rules
+1-1lldb/source/Plugins/ObjectFile/wasm/ObjectFileWasm.h
+97-14 files

LLVM/project 34242a2libc/src/__support freestore.h

address CR
DeltaFile
+4-5libc/src/__support/freestore.h
+4-51 files

OpenBSD/src 9vq7sndusr.bin/tmux tmux.h control.c

   Do not let a stuck client prevent the server from exiting - give up
   after 10 seconds. GitHub issue 5444 from Ben Maurer.
VersionDeltaFile
1.501+46-3usr.bin/tmux/server-client.c
1.64+18-1usr.bin/tmux/control.c
1.1421+4-1usr.bin/tmux/tmux.h
+68-53 files

LLVM/project 70ec06blibc/src/__support freestore.h, libc/test/src/__support freestore_test.cpp

[libc] clean up UBs by using explicit storage

TAG=agy
CONV=e64ff65b-c845-4136-9173-da6f615197ee
DeltaFile
+17-0libc/test/src/__support/freestore_test.cpp
+13-3libc/src/__support/freestore.h
+30-32 files

NetBSD/pkgsrc uOd73pFdoc TODO CHANGES-2026

   doc: Updated devel/pkgconf to 3.0.5
VersionDeltaFile
1.27689+1-2doc/TODO
1.4950+2-1doc/CHANGES-2026
+3-32 files

NetBSD/pkgsrc 5gcurwAdevel/pkgconf Makefile distinfo

   pkgconf: update to 3.0.5.

   Changes from 3.0.4 to 3.0.5:
   ----------------------------

   * Correctness fixes:
     - Shell quoting and backslash escapes in pc(5) properties are now consumed
       once, after variable substitution, instead of while splitting the property
       beforehand.  Quoting arriving from a variable is therefore treated like
       quoting written inline, --variable reports a value as the .pc file spells
       it, and fragments are escaped exactly once when rendered.  This supersedes
       the 3.0.4 fix, which unescaped whitespace at parse time and so hid the
       escaping from consumers such as cmake's FindPkgConfig.
       See https://github.com/pkgconf/pkgconf/issues/575 and
       https://github.com/pkgconf/pkgconf/issues/579.
     - Metadata queries no longer consult Conflicts rules between the modules named
       on the command line, as reporting metadata does not combine them into a
       build.  This covers --license, --license-file, --modversion, --path,
       --print-provides, --print-requires, --print-requires-private,

    [41 lines not shown]
VersionDeltaFile
1.36+4-4devel/pkgconf/distinfo
1.41+2-2devel/pkgconf/Makefile
+6-62 files

NetBSD/pkgsrc a7QKKtfdoc TODO

   doc/TODO: + pkgconf-3.0.5, prometheus-3.13.2, qtcreator-20.0.1.
VersionDeltaFile
1.27688+4-3doc/TODO
+4-31 files

LLVM/project 4222f1allvm/include/llvm/BinaryFormat ELF.h, llvm/lib/Object ELFObjectFile.cpp

[llvm][NVPTX] Add EF_CUDA_SM107 to ELF CUDA architectures (#213747)
DeltaFile
+3-0llvm/lib/Object/ELFObjectFile.cpp
+2-0llvm/tools/llvm-readobj/ELFDumper.cpp
+1-0llvm/include/llvm/BinaryFormat/ELF.h
+6-03 files

LLVM/project f96829fllvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes BundleVec.h BottomUpVec.h, llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes BundleVec.cpp BottomUpVec.cpp

[SandboxVec] Rename BottomUpVec to BundleVec (#213197)

Use `bundle-vec(bottom-up)` or `bundle-vec(top-down)` to run the
bottom-up or top-down bundle vectorizer, respectively. For example:
```
opt -passes=sandbox-vectorizer \
-sbvec-collect-seeds=loads \
-sbvec-passes="seed-collection<tr-save,bundle-vec(top-down),tr-accept>" \
input.ll -S -o out.ll

opt -passes=sandbox-vectorizer \
-sbvec-collect-seeds=stores \
-sbvec-passes="seed-collection<tr-save,bundle-vec(bottom-up),tr-accept>" \
input.ll -S -o out.ll
```

This commit is NFC, except the BundleVec requiring the user to specify
the direction upon invocation.
DeltaFile
+0-791llvm/test/Transforms/SandboxVectorizer/bottomup_basic.ll
+791-0llvm/test/Transforms/SandboxVectorizer/bundle_basic.ll
+0-610llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes/BottomUpVec.cpp
+609-0llvm/lib/Transforms/Vectorize/SandboxVectorizer/Passes/BundleVec.cpp
+0-131llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes/BottomUpVec.h
+130-0llvm/include/llvm/Transforms/Vectorize/SandboxVectorizer/Passes/BundleVec.h
+1,530-1,53227 files not shown
+1,664-1,65333 files

LLVM/project 0a8ded5clang/include/clang/CIR/Dialect/Builder CIRBaseBuilder.h, clang/lib/CIR/CodeGen CIRGenExprScalar.cpp CIRGenBuiltin.cpp

[CIR] Attach FenvAttr when strictfp mode is in effect (#213368)

This change adds tracking of floating-point constraints via the
CIRGenFPOptionsRAII object, deriving the state from the FP features in
effect tracking in the Clang AST. When we are about to generate an
operation that may require floating point constraints, a
CIRGenFPOptionsRAII object is used to get the effective floating-point
state from the expression for which we are generating the operations.
This object in turn sets the floating-point state of the CIRGenBuilder
which uses these settings to determine whether a cir::FenvAttr should be
attached to generated objects and, if so, what its state should be.

This does not cover complex operations, AArch64 builtins, or global
constructors. Those will be updated in follow-up changes.

Assisted-by: Cursor / various models
DeltaFile
+1,716-0clang/test/CIR/CodeGen/pragma-fenv_access.c
+113-13clang/include/clang/CIR/Dialect/Builder/CIRBaseBuilder.h
+28-31clang/lib/CIR/CodeGen/CIRGenFunction.cpp
+2-43clang/lib/CIR/CodeGen/CIRGenBuilder.h
+13-19clang/lib/CIR/CodeGen/CIRGenBuiltin.cpp
+19-11clang/lib/CIR/CodeGen/CIRGenExprScalar.cpp
+1,891-1177 files not shown
+1,976-12113 files

FreeBSD/ports f3f235dx11-fonts/nerd-fonts-annotationmono Makefile pkg-plist, x11-fonts/nerd-fonts-d2koding Makefile

x11-fonts/nerd-fonts: Update to 3.5.0

Upstream renamed the D2Coding font to D2Koding due to license reasons.
Consequently, the x11-fonts/nerd-fonts-d2coding subport has moved to
x11-fonts/nerd-fonts-d2koding accompanied by an entry in the MOVED file.

Added subports:
- x11-fonts/nerd-fonts-annotationmono
- x11-fonts/nerd-fonts-googlesanscode

Changed licenses:
- x11-fonts/nerd-fonts-agave (MIT -> OFL11)
- x11-fonts/nerd-fonts-arimo (APACHE20 -> OFL11)
- x11-fonts/nerd-fonts-cousine (APACHE20 -> OFL11)

Changelog:
https://github.com/ryanoasis/nerd-fonts/releases/tag/v3.5.0

PR:             297246

    [2 lines not shown]
DeltaFile
+48-0x11-fonts/nerd-fonts-annotationmono/pkg-plist
+33-6x11-fonts/nerd-fonts-geistmono/pkg-plist
+36-0x11-fonts/nerd-fonts-googlesanscode/pkg-plist
+30-0x11-fonts/nerd-fonts-monaspice/pkg-plist
+11-0x11-fonts/nerd-fonts-d2koding/Makefile
+9-0x11-fonts/nerd-fonts-annotationmono/Makefile
+167-684 files not shown
+413-24190 files

LLVM/project 9c6f190clang/test/CodeGen amdgpu-builtin-processor-is.c amdgpu-builtin-is-invocable.c, clang/test/CodeGenCXX dynamic-cast-address-space.cpp

AMDGPU: Remove cvt-pknorm-vop3-insts from feature map

This isn't used in clang for any builtin, so don't leak this.
DeltaFile
+2-2clang/test/CodeGenCXX/dynamic-cast-address-space.cpp
+1-1clang/test/CodeGen/amdgpu-builtin-processor-is.c
+1-1clang/test/CodeGen/amdgpu-builtin-is-invocable.c
+0-1llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+4-54 files

FreeNAS/freenas 73e64a8src/middlewared/middlewared/plugins/iscsi_ iscsi_global.py

Allow ALUA toggle when standby is unreachable
DeltaFile
+28-22src/middlewared/middlewared/plugins/iscsi_/iscsi_global.py
+28-221 files

LLVM/project 46df346llvm/lib/Transforms/Vectorize VPlanTransforms.cpp

Use attachVPCheckBlock
DeltaFile
+1-14llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+1-141 files

NetBSD/pkgsrc-wip dfa8b96libssh PLIST buildlink3.mk, libssh/patches patch-examples_sshd__direct-tcpip.c patch-tests_CMakeLists.txt

libssh: remove, updated in pkgsrc
DeltaFile
+0-34libssh/Makefile
+0-33libssh/options.mk
+0-26libssh/buildlink3.mk
+0-18libssh/patches/patch-tests_CMakeLists.txt
+0-17libssh/patches/patch-examples_sshd__direct-tcpip.c
+0-17libssh/PLIST
+0-1455 files not shown
+0-18811 files

NetBSD/pkgsrc-wip a461082libssh PLIST TODO

libssh: finish update
DeltaFile
+0-22libssh/TODO
+1-1libssh/PLIST
+1-232 files

LLVM/project 895c744openmp/runtime/cmake config-ix.cmake

[OpenMP] Remove Wasm limitation from openmp/runtime/cmake/config-ix.cmake (#213742)

This was originally added #71297, but this limitation no longer applies
to emscripten, and wasi-sdk will surly support this once threading is
ready there.
DeltaFile
+9-14openmp/runtime/cmake/config-ix.cmake
+9-141 files

NetBSD/pkgsrc 2KhXbCZdoc TODO CHANGES-2026

   doc: Updated security/libssh to 0.12.1
VersionDeltaFile
1.27687+1-2doc/TODO
1.4949+2-1doc/CHANGES-2026
+3-32 files