LLVM/project 75fb34alibcxx/include __tree map, libcxx/include/__functional operations.h

[libc++] Only make comparators transparent in __tree if they don't cause a conversion (#179453)

We're currently unwrapping `less<T>` even if the `key_type` isn't `T`.
This causes the removal of an implicit conversion to `const T&` if the
types mismatch. Making `less<T>` transparent in that case changes
overload resolution and makes it fail potentially.

Fixes #179319

(cherry picked from commit 9d2303103288f6110622644f78dbd26c8bcf28d5)
DeltaFile
+11-7libcxx/include/__type_traits/make_transparent.h
+12-0libcxx/test/std/containers/associative/map/map.ops/find.pass.cpp
+3-2libcxx/include/__tree
+2-2libcxx/include/map
+2-2libcxx/include/__functional/operations.h
+30-135 files

LLVM/project 4f551b5llvm/lib/Transforms/Scalar IndVarSimplify.cpp, llvm/test/Transforms/IndVarSimplify scev-update-loop-opt.ll

[IndVarSimplify] Add safety check for getTruncateExpr in genLoopLimit (#172234)

getTruncateExpr may not always return a SCEVAddRecExpr when truncating
loop bounds. Add a check to verify the result type before casting, and
bail out of the transformation if the cast would be invalid.

This prevents potential crashes from invalid casts when dealing with
complex loop bounds.

Co-authored by Michael Rowan

Resolves [#153090](https://github.com/llvm/llvm-project/issues/153090)
DeltaFile
+93-89llvm/lib/Transforms/Scalar/IndVarSimplify.cpp
+149-0llvm/test/Transforms/IndVarSimplify/scev-update-loop-opt.ll
+242-892 files

LLVM/project d660455clang/lib/Basic/Targets AArch64.cpp AArch64.h

[AArch64][clang] Use DenseSet for target feature lookup (NFC) (#180734)

This resolves a recent AArch64 compile-time regression triggered by
#176755, which inadvertently grew the feature lookup `StringSwitch` too
large. This patch replaces the `StringSwitch` with a `DenseSet` of
target features. This is built with a new `FeatureLookupBuilder` helper,
which allows reusing all the existing cases (to avoid unintentionally
changing any of them).

Compiler-time impact:
https://llvm-compile-time-tracker.com/compare.php?from=c9753859d19b07315c5a9a493efaa4df18db84ab&to=cb0684b602d5c741ca99b22bb3bc5f902b7a5a7e&stat=instructions:u
DeltaFile
+30-4clang/lib/Basic/Targets/AArch64.cpp
+7-0clang/lib/Basic/Targets/AArch64.h
+37-42 files

LLVM/project 728aa16mlir/include/mlir/Dialect/Tosa/IR TosaShapeOps.td, mlir/lib/Dialect/Tosa/IR TosaCanonicalizations.cpp

[mlir][tosa]: Add Unary Shape Ops folders (#180762)

* EXP2_SHAPE
* LOG2_CEIL_SHAPE
* LOG2_FLOOR_SHAPE

Signed-off-by: Udaya Ranga <udaya.ranga at arm.com>
DeltaFile
+108-11mlir/lib/Dialect/Tosa/IR/TosaCanonicalizations.cpp
+90-0mlir/test/Dialect/Tosa/constant_folding.mlir
+6-0mlir/include/mlir/Dialect/Tosa/IR/TosaShapeOps.td
+204-113 files

LLVM/project 4688b97lld/ELF/Arch Hexagon.cpp, lld/test/ELF hexagon-tls-ie.s

[lld][Hexagon] Fix R_HEX_TPREL_11_X relocation on duplex instructions (#179860)

findMaskR11() was missing handling for duplex instructions. This caused
incorrect encoding when R_HEX_TPREL_11_X relocations were applied to
duplex instructions with large TLS offsets.

For duplex instructions, the immediate bits are located at positions
20-25 (mask 0x03f00000), not in the standard positions used for
non-duplex instructions.

This fix adds the isDuplex() check to findMaskR11() to return the
correct mask for duplex instruction encodings.

(cherry picked from commit 62d018b87a161bb2797c1ed03a482ffcdc8b162c)
DeltaFile
+35-1lld/test/ELF/hexagon-tls-ie.s
+2-0lld/ELF/Arch/Hexagon.cpp
+37-12 files

FreeBSD/ports 5671056databases/py-mysqlclient distinfo Makefile, databases/py-mysqlclient/files patch-pyproject.toml

databases/py-mysqlclient: update to 2.2.8 release (+)

Now support Python 3.14

Release notes:  https://github.com/PyMySQL/mysqlclient/releases/tag/v2.2.8
DeltaFile
+11-0databases/py-mysqlclient/files/patch-pyproject.toml
+3-3databases/py-mysqlclient/distinfo
+1-1databases/py-mysqlclient/Makefile
+15-43 files

LLVM/project fefbffelldb/source/Plugins/Process/FreeBSDKernel RegisterContextFreeBSDKernel_arm64.cpp RegisterContextFreeBSDKernel_i386.cpp

[lldb][Process/FreeBSDKernel] Add links to pcb.h (#180267)

We had consensus in #178556 to use cgit links for this kind of use
cases.

Signed-off-by: Minsoo Choo <minsoochoo0122 at proton.me>
DeltaFile
+1-0lldb/source/Plugins/Process/FreeBSDKernel/RegisterContextFreeBSDKernel_arm64.cpp
+1-0lldb/source/Plugins/Process/FreeBSDKernel/RegisterContextFreeBSDKernel_i386.cpp
+1-0lldb/source/Plugins/Process/FreeBSDKernel/RegisterContextFreeBSDKernel_x86_64.cpp
+3-03 files

FreeBSD/src 0233e3fsys/net if_lagg.c

lagg: Remove the member pr_num from struct lagg_proto

It is set but never used. Remove it to avoid confusion and save a
little space.

While here, use designated initializers to initialize the LAGG protocol
table. That improves readability, and it will be safer to initialize the
table if we introduce new protocols in the future.

No functional change intended.

Reviewed by:    glebius
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D55124

(cherry picked from commit 5ba503fc2cabc1a614997f102ace671d996bcc53)
DeltaFile
+6-13sys/net/if_lagg.c
+6-131 files

FreeBSD/src b8d2c1csys/dev/qlnx/qlnxe qlnx_os.c qlnx_def.h

qlnxe: Refactor setting the promiscuous and allmulti mode

There are two entry points to set the promiscuous and allmulti mode.
One is ioctl, and another is the init routine. Given they share almost
the identical logic, refactor a little to make the code more clear.

While here, for the ioctl, translate the error to EINVAL to avoid
confusing the net stack.

Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54890

(cherry picked from commit 45b1718fadae7d56051ba04ef9d7a175a602a226)
DeltaFile
+38-46sys/dev/qlnx/qlnxe/qlnx_os.c
+0-1sys/dev/qlnx/qlnxe/qlnx_def.h
+38-472 files

FreeBSD/src 18c70c7sys/net if_lagg.c

lagg: Make the none protocol a first-class citizen

All the other protocols have corresponding start and input routines,
which are used in the fast path. Currently the none protocol is
treated specially. In the fast path it is checked to indicate whether
a working protocol is configured. There are two issues raised by this
design:

1. In production, other protocols are commonly used, but not the
none protocol. It smells like an overkill to always check it in the
fast path. It is unfair to other commonly used protocols.

2. PR 289017 reveals that there's a small window between checking the
protocol and calling lagg_proto_start(). lagg_proto_start() is possible
to see the none protocol and do NULL deferencing.

Fix them by making the none protocol a first-class citizen so that it
has start and input routines just the same as other protocols. Then we
can stop checking it in the fast path, since lagg_proto_start() and

    [15 lines not shown]
DeltaFile
+33-9sys/net/if_lagg.c
+33-91 files

FreeBSD/src 0cfc114sys/dev/qlnx/qlnxe qlnx_os.c ecore_l2.c

qlnxe: Overhaul setting the multicast MAC filters

When operating the multicast MAC filters, the current usage of
ECORE_FILTER_ADD and ECORE_FILTER_REMOVE are rather misleading.
ECORE_FILTER_ADD reads "adding new filter", but it actually removes
any existing filters and then addes a new one. ECORE_FILTER_REMOVE
reads "removing a filter", but it actually removes all filters.
Let's use ECORE_FILTER_REPLACE and ECORE_FILTER_FLUSH instead to
avoid confusion.

In the current implementation, only one MAC address is passed to
ecore_sp_eth_filter_mcast() and any previously installed filters are
removed, hence it breaks the multicast function. That can be observed
via either assigning new IPv6 addresses to the interface or putting
the interface as a member of lagg(4) interface with LACP aggregation
protocol. Fix that by calculating the multicast filter bins directly
from multicast MAC addresses and replace the filters every time
the bins changes.


    [20 lines not shown]
DeltaFile
+37-153sys/dev/qlnx/qlnxe/qlnx_os.c
+21-20sys/dev/qlnx/qlnxe/ecore_l2.c
+3-8sys/dev/qlnx/qlnxe/ecore_vf.c
+4-5sys/dev/qlnx/qlnxe/ecore_l2_api.h
+1-4sys/dev/qlnx/qlnxe/qlnx_def.h
+66-1905 files

FreeBSD/src 425b9cesys/dev/qlnx/qlnxe qlnx_os.c

qlnxe: Allow tapping the TX packets

Currently only the packets in the RX path can be captured by tcpdump
as the ETHER_BPF_MTAP call in the TX path is missing. Add it so that
packets in both directions can be captured.

PR:             290973
Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54891

(cherry picked from commit 968647502ec21464ad3aecc7577ff0e8dfd41693)
DeltaFile
+1-0sys/dev/qlnx/qlnxe/qlnx_os.c
+1-01 files

FreeBSD/src 0f383f7sys/dev/qlnx/qlnxe qlnx_os.c, sys/modules/qlnx/qlnxe Makefile

qlnxe: Let ether_ioctl() handle SIOCSIFADDR ioctl

Since the change [1], the init routine qlnx_init() works as intended.
Let ether_ioctl() handle SIOCSIFADDR to simplify the code.

Combined with the change [1], this shall be a better fix for PR 287445.

[1] c10e6bc0f007 qlnxe: Avoid reinitializing the interface when it is already initialized

PR:             287445
Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54888

(cherry picked from commit 4012b63889e40bb877bc0e4c8da1792bce472c08)
DeltaFile
+0-25sys/dev/qlnx/qlnxe/qlnx_os.c
+0-1sys/modules/qlnx/qlnxe/Makefile
+0-262 files

FreeBSD/src 8731ff4sys/dev/qlnx/qlnxe qlnx_os.c

qlnxe: Avoid reinitializing the interface when it is already initialized

qlnx_init_locked() unconditionally uninitialize the interface thus is
actually reinitializing the interface. Well the init routine qlnx_init()
is to initialize the interface by net stack when assigned with the first
inet or inet6 address. The ioctl SIOCSIFADDR for the first inet6 address
is handled by ether_ioctl() thus the interface is reinitialized no matter
it was initialized or not.

Add a driver status check for that to avoid reinitializing. Further plan
is removing SIOCSIFADDR ioctl from the driver and let ether_ioctl() handle
it.

Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54887

(cherry picked from commit c10e6bc0f0079e90cb484323ad71d437f1882422)
DeltaFile
+2-1sys/dev/qlnx/qlnxe/qlnx_os.c
+2-11 files

FreeBSD/src 926e44bsys/modules/qlnx/qlnxev Makefile

qlnxev: Remove now unneeded include for opt_inet.h

Since the change [1], this is not required anymore.

This change partially reverts commit 8a847947153e.

[1] 4012b63889e4 qlnxe: Let ether_ioctl() handle SIOCSIFADDR ioctl

Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54889

(cherry picked from commit ec7950fe42344900567cb72c83845ea4dc5a7114)
DeltaFile
+0-1sys/modules/qlnx/qlnxev/Makefile
+0-11 files

FreeBSD/src 285b25csys/dev/qlnx/qlnxe qlnx_os.c

qlnxe: Prevent potential concurrency between ioctls

The driver-managed status flags should be lock protected to be touched.
Also this can serialize ioctls those check the IFF_DRV_RUNNING status.

Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54886

(cherry picked from commit 0df8a998a9fe28af659cb401c537c6d785e55f81)
DeltaFile
+9-8sys/dev/qlnx/qlnxe/qlnx_os.c
+9-81 files

FreeBSD/src 6462189sys/dev/qlnx/qlnxe qlnx_os.c qlnx_def.h

qlnxe: Avoid memcpy with same source and destination

In case the device is VF, qlnx_get_mac_addr() returns ha->primary_mac
hence it ends up memcpy with same source and destination. Refactor
slightly to avoid that.

Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54884

(cherry picked from commit 3aeeedc7e0dc231c16406ff64f4a08a716964c40)
DeltaFile
+7-6sys/dev/qlnx/qlnxe/qlnx_os.c
+0-1sys/dev/qlnx/qlnxe/qlnx_def.h
+7-72 files

FreeBSD/src 23ffd16sys/dev/qlnx/qlnxe qlnx_os.c

qlnxe: Remove a pointless copy back from the link-layer address

On ifnet attaching, ether_ifattach() makes the link-layer address by
shadow copying the ha->primary_mac. Well, the link-layer address will
not be altered during attaching, thus it is pointless to copy it back.

No functional change intended.

Reviewed by:    kbowling
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54883

(cherry picked from commit 4ac3081b282800158df7abe93f307d76e1b5b808)
DeltaFile
+0-2sys/dev/qlnx/qlnxe/qlnx_os.c
+0-21 files

FreeBSD/src 6d138e9sys/dev/qlnx/qlnxe qlnx_os.c

qlnxe: Fix setting the unicast MAC filter of RX path

When an Ethernet interface is added to lagg(4) as a child interface, its
type, aka if_type, is changed from IFT_ETHER to IFT_IEEE8023ADLAG. Well
changing the link-layer address of the lagg(4) interface will be
propagated to all child interfaces, hence the drivers of child interfaces
shall not presume the type of the interface will not be changed.

Meanwhile, on initializing, an ifnet has been fully attached and it is
guaranteed to have non-null link-layer address so stop NULL checking for
it.

Reviewed by:    kbowling
Fixes:          792226e53023 qlnxe: Allow MAC address override
MFC after:      5 days
Differential Revision:  https://reviews.freebsd.org/D54885

(cherry picked from commit f250852c9a0c1021c3be4b498e27cfc7b42a81db)
DeltaFile
+3-13sys/dev/qlnx/qlnxe/qlnx_os.c
+3-131 files

LLVM/project d9cccb1llvm/docs ReleaseNotes.md

[ReleaseNotes] Announce ending support for FreeBSD 13 and below in 23

Result of #179582 and #179587

Signed-off-by: Minsoo Choo <minsoochoo0122 at proton.me>
DeltaFile
+3-0llvm/docs/ReleaseNotes.md
+3-01 files

LLVM/project ece1c94flang/lib/Semantics resolve-directives.cpp, flang/test/Semantics/OpenMP local-variables-1.f90 local-variables.f90

[flang][OpenMP] Improve locality check when determining DSA (#180583)

Follow-up to https://github.com/llvm/llvm-project/pull/178739.

The locality check assumed that immediately after the initial symbol
resolution (i.e. prior to the OpenMP code in resolve-directives.cpp),
the scope that owns a given symbol is the scope which owns the symbol's
storage. Turns out that this isn't necessarily true as illustrated by
the included testcase, roughly something like:
```
program main
  integer :: j        ! host j (storage-owning)
  contains
  subroutine f
    !$omp parallel    ! scope that owns j, but j is host-associated
    do j = ...
    end do
    !$omp end parallel
  end

    [20 lines not shown]
DeltaFile
+95-0flang/test/Semantics/OpenMP/local-variables-1.f90
+0-95flang/test/Semantics/OpenMP/local-variables.f90
+52-0flang/test/Semantics/OpenMP/local-variables-2.f90
+38-2flang/lib/Semantics/resolve-directives.cpp
+185-974 files

LLVM/project 909e38eflang/lib/Semantics resolve-directives.cpp, flang/test/Semantics/OpenMP local-variables.f90

[flang][OpenMP] Leave local automatic variables alone (#178739)

There is code in resolve-directives.cpp that tries to apply DSA flags to
symbols encountered inside constructs. This code was written with the
assumption that all such symbols will be declared outside of the
construct.
When a symbol declared in a BLOCK construct nested in a construct was
found, the code would attempt to either privatize or share it in the
enclosing construct (where the symbol didn't exist) leading to trouble.

BLOCK constructs (and thus the possibility of having local variables)
was introduced in F2008.
The first OpenMP spec that considered F2008 was 5.0, where the behavior
of the BLOCK construct was explicitly left unspecified. From OpenMP 5.1
onwards, all local non-static variables are private in the construct
enclosing the declaration. This PR extends this behavior retroactively
to all prior OpenMP versions.

Fixes https://github.com/llvm/llvm-project/issues/178613

    [2 lines not shown]
DeltaFile
+95-0flang/test/Semantics/OpenMP/local-variables.f90
+49-24flang/lib/Semantics/resolve-directives.cpp
+144-242 files

LLVM/project 275e5b4clang/lib/Format TokenAnnotator.cpp, clang/unittests/Format TokenAnnotatorTest.cpp

[clang-format] Don't annotate C compound literal r_paren (#180436)

Fixes #180179

(cherry picked from commit 2302110838463736b0512b4d7fbd94c4694f66d0)
DeltaFile
+8-0clang/unittests/Format/TokenAnnotatorTest.cpp
+3-1clang/lib/Format/TokenAnnotator.cpp
+11-12 files

FreeBSD/ports e954cf4games/vcmi pkg-plist Makefile, games/vcmi/files patch-lib_network_NetworkConnection.cpp

games/vcmi: the port had been updated to version 1.7.1

This is the new major version since 1.6.8 released last
April, with plethora of new features and bug fixes.

We must now #include <sys/param.h> explicitly which was
previously sucked in via, roughly, `boost/thread/*' ->
`boost/atomic/*' -> `boost/atomic/detail/platform.hpp'.

Reported by:    portscout
DeltaFile
+55-14games/vcmi/pkg-plist
+13-5games/vcmi/Makefile
+5-5games/vcmi/distinfo
+5-4games/vcmi/files/patch-lib_network_NetworkConnection.cpp
+78-284 files

LLVM/project ea0e2f0clang/docs OpenMPSupport.rst

[OpenMP] Claim OpenMP dims modifier (#180904)

DeltaFile
+3-0clang/docs/OpenMPSupport.rst
+3-01 files

FreeBSD/ports 007d972x11-wm/mangowc distinfo Makefile

x11-wm/mangowc: Update to 0.12.1

ChangeLog:      https://github.com/DreamMaoMao/mangowc/releases/tag/0.12.1
Reported by:    portscout!
DeltaFile
+3-3x11-wm/mangowc/distinfo
+1-1x11-wm/mangowc/Makefile
+4-42 files

OPNSense/core a312fc9src/opnsense/mvc/app/views/OPNsense/Firewall filter_rule.volt

Clean up URL hash logic, we only allow #search and #interface now and need no special handling
DeltaFile
+8-16src/opnsense/mvc/app/views/OPNsense/Firewall/filter_rule.volt
+8-161 files

FreeBSD/ports 47955b2editors/zed distinfo, editors/zed/files patch-crates_remote__server_src_unix.rs patch-crates_remote__server_src_server.rs

editors/zed: Update to 0.222.4

Changelog:
- https://github.com/zed-industries/zed/releases/tag/v0.222.2
- https://github.com/zed-industries/zed/releases/tag/v0.222.3
- https://github.com/zed-industries/zed/releases/tag/v0.222.4

Reported by:    GitHub (watch releases)
DeltaFile
+11-11editors/zed/distinfo
+0-18editors/zed/files/patch-crates_remote__server_src_unix.rs
+18-0editors/zed/files/patch-crates_remote__server_src_server.rs
+8-8editors/zed/files/patch-Cargo.lock
+4-4editors/zed/files/patch-crates_remote__server_Cargo.toml
+4-4editors/zed/files/patch-crates_project_src_agent__server__store.rs
+45-454 files not shown
+54-5410 files

FreeBSD/doc 9905d1cwebsite/data/en/events events2026.toml

Add EuroBSDCon 2026 to the events page
DeltaFile
+12-0website/data/en/events/events2026.toml
+12-01 files

NetBSD/pkgsrc dbtNKOzwww/typo3-13 distinfo Makefile

   www/typo3-13: update to 13.4.25

   13.4.23 (2026-01-13)

   This release is a combined bug fix and security release.

   * TYPO3-CORE-SA-2026-001 / CVE-2025-59020
   * TYPO3-CORE-SA-2026-002 / CVE-2025-59021
   * TYPO3-CORE-SA-2026-003 / CVE-2025-59022
   * TYPO3-CORE-SA-2026-004 / CVE-2026-0859


   13.4.24 (2026-01-20)

   This version is a bugfix and maintenance release.


   * FileSpool regression - Emails with complex MIME structures
     (attachments, embedded files or AbstractPart objects) were

    [11 lines not shown]
VersionDeltaFile
1.10+4-4www/typo3-13/distinfo
1.11+3-3www/typo3-13/Makefile
+7-72 files