LLVM/project a73bdbaflang/lib/Semantics check-omp-loop.cpp openmp-modifiers.cpp, flang/test/Semantics/OpenMP linear-clause03.f90 clause-validity01.f90

[flang][OpenMP] Update semantic checks for LINEAR clause (#177055)

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

In particular, make step-simple-modifier be compatible (i.e. not
exclusive) for OpenMP spec versions < 52, and update the modifier
validity checks for the construct on which the clause is located.
DeltaFile
+45-37flang/lib/Semantics/check-omp-loop.cpp
+23-0flang/test/Semantics/OpenMP/linear-clause03.f90
+4-3flang/test/Semantics/OpenMP/clause-validity01.f90
+2-1flang/lib/Semantics/openmp-modifiers.cpp
+74-414 files

LLVM/project 48565d9mlir/include/mlir/Analysis/DataFlow SparseAnalysis.h IntegerRangeAnalysis.h, mlir/lib/Analysis/DataFlow SparseAnalysis.cpp IntegerRangeAnalysis.cpp

[mlir][dataflow] Drop the firstIndex argument of visitNonControlFlowArguments (#175210)

This PR improves the signature of `visitNonControlFlowArguments`:
- The function now takes non-successor-inputs ("non-control-flow
arguments") instead of successor inputs. This is more consistent with
the naming of the function.
- `firstIndex` is no longer needed and dropped. (It was needed only to
identify the non-successor-inputs among the block arguments / op
results.)

Background: Successor inputs are forwarded values (e.g., iter_args / op
results of an `scf.for`) and non-successor-inputs are all other block
arguments / op results (e.g., the loop induction variable of an
`scf.for`.)

Note for LLVM integration: `visitNonControlFlowArguments` now receives
the non-successor-input directly. You no longer have to find those among
the list of all block arguments / op results based on `firstIndex`.

RFC:
https://discourse.llvm.org/t/rfc-drop-the-firstindex-argument-of-visitnoncontrolflowarguments-of-sparseforwarddataflowanalysis/89419/5
DeltaFile
+19-21mlir/include/mlir/Analysis/DataFlow/SparseAnalysis.h
+19-12mlir/lib/Analysis/DataFlow/SparseAnalysis.cpp
+12-5mlir/lib/Analysis/DataFlow/IntegerRangeAnalysis.cpp
+4-5mlir/include/mlir/Analysis/DataFlow/IntegerRangeAnalysis.h
+54-434 files

NetBSD/pkgsrc xDiwLBydoc CHANGES-2026

   doc: Updated security/acmesh to 3.1.2
VersionDeltaFile
1.682+2-1doc/CHANGES-2026
+2-11 files

NetBSD/pkgsrc vnROwcesecurity/acmesh PLIST distinfo

   security/acmesh: Update to 3.1.2

   Changelog:
   3.1.2:
    1. support cert profile and ip cert.
    2. a lot of bug fixes.
VersionDeltaFile
1.10+12-0security/acmesh/PLIST
1.19+4-4security/acmesh/distinfo
1.19+2-2security/acmesh/Makefile
+18-63 files

LLVM/project 051d931flang/include/flang/Optimizer/Builder IntrinsicCall.h, flang/lib/Optimizer/Builder PPCIntrinsicCall.cpp IntrinsicCall.cpp

[flang] remove AbstractConverter.h include from IntrinsicCall.h (#178150)

AbstractConverter.h is pulling a lot of headers, including some from
Evaluate. This causes any library using IntrinsicCall.h to have to link
against FortranEvaluate and FortranSupport while there is no actual
need/usage of Evaluate data structures.

I opened https://github.com/llvm/llvm-project/issues/178142 to fully
remove the AbstractConverter from IntrinsicCall.cpp, but for now this
patch should at least prevent the consumers of IntrinsicCall.h to
bring-in these extra libraries.

Should solve the DEBUG build problem from
https://github.com/llvm/llvm-project/pull/178076.
DeltaFile
+9-1flang/include/flang/Optimizer/Builder/IntrinsicCall.h
+1-0flang/lib/Optimizer/Builder/PPCIntrinsicCall.cpp
+1-0flang/lib/Optimizer/Builder/IntrinsicCall.cpp
+11-13 files

LLVM/project 9a39c2fflang/lib/Optimizer/Transforms AddAliasTags.cpp, flang/test/Transforms tbaa-for-local-vars.fir tbaa-with-dummy-scope2.fir

Revert "[flang] Use outermost fir.dummy_scope for TBAA of local allocations. (#146006) (#177617)

This reverts commit 90da61634a4accc9869b4e1cb1ac3736158c33e6.

See https://github.com/llvm/llvm-project/pull/177615 for more context
about why this patch is and can now be reverted.
DeltaFile
+0-97flang/test/Transforms/tbaa-for-local-vars.fir
+28-26flang/test/Transforms/tbaa-with-dummy-scope2.fir
+4-24flang/lib/Optimizer/Transforms/AddAliasTags.cpp
+1-4flang/test/Transforms/tbaa-target-inlined-results.fir
+33-1514 files

LLVM/project 45102beflang/lib/Lower ConvertCall.cpp ConvertExpr.cpp, flang/test/Lower array-elemental-calls-char-dynamic.f90 io-statement-clean-ups.f90

[flang] emit declare for function result before call (#177615)

This change moves the declare of result storage alloca before the call
so that alias analysis can revert to linking fir.declare to the fisrt
dominating dummy_scope instead of the dominating one.

This is only relevant when MLIR inlining is enabled and is the first
step to fix issues recent TBAA changes that placed target data in its
own tree exposed an issue with the result storage of a TARGET result.
After inlining, the usages of the result storage inside the callee and
after the call ended-up being placed in different nodes (target and non
target) of the same TBAA tree (for the dominating function).

The fact that both nodes are placed in the same tree stems from
https://github.com/llvm/llvm-project/pull/146006 that fixed another TBAA
issue related to MLIR inlining and function result where the function
result was placed into the wrong TBAA tree, which with nested inlining
could end-up being the tree of a callee where the result storage was a
dummy, causing the TBAA to wrongfully tell that any access to the result

    [7 lines not shown]
DeltaFile
+46-21flang/lib/Lower/ConvertCall.cpp
+5-8flang/lib/Lower/ConvertExpr.cpp
+5-5flang/test/Lower/array-elemental-calls-char-dynamic.f90
+6-3flang/test/Lower/io-statement-clean-ups.f90
+4-4flang/test/Lower/HLFIR/where.f90
+2-2flang/test/Lower/Intrinsics/storage_size-2.f90
+68-436 files not shown
+77-5012 files

OPNSense/core 3de9452src/opnsense/mvc/app/models/OPNsense/Firewall Filter.xml

There were error(s) loading the rules: /tmp/rules.debug:235: 'max-src-conn-rate' maximum rate must be < 4294967
DeltaFile
+1-1src/opnsense/mvc/app/models/OPNsense/Firewall/Filter.xml
+1-11 files

LLVM/project 2e17150flang/lib/Semantics check-omp-loop.cpp

Update check-omp-loop.cpp
DeltaFile
+1-1flang/lib/Semantics/check-omp-loop.cpp
+1-11 files

LLVM/project 7339715flang/lib/Semantics check-omp-loop.cpp

Update check-omp-loop.cpp
DeltaFile
+1-0flang/lib/Semantics/check-omp-loop.cpp
+1-01 files

LLVM/project 4848313flang/lib/Lower Bridge.cpp, flang/lib/Optimizer/HLFIR/Transforms OptimizedBufferization.cpp LowerHLFIROrderedAssignments.cpp

[flang] propagate IVDEP in array expressions optimization (#178171)

Follow-up on https://github.com/llvm/llvm-project/pull/177940.
This propagates the access attribute in cases where hlfir.assign is
being transformed in array expression optimizations.
It also adds handling for the cases where there are WHERE/FORALL or user
defined assignments inside the loop and that an hlfir.region_assign is
first being generated.
DeltaFile
+20-0flang/test/Lower/HLFIR/ivdep-elemental.f90
+16-3flang/lib/Optimizer/HLFIR/Transforms/OptimizedBufferization.cpp
+17-0flang/test/Lower/HLFIR/ivdep-where.f90
+8-0flang/lib/Lower/Bridge.cpp
+4-1flang/lib/Optimizer/HLFIR/Transforms/LowerHLFIROrderedAssignments.cpp
+65-45 files

OPNSense/core f41961csrc/opnsense/mvc/app/library/OPNsense/Firewall FilterRule.php

firewall: The mvc page stores the overload table as UUID, the legacy page as alias name. Try to determine if the alias is not a name, and then resolve it to a name before setting it in pf configuration.
DeltaFile
+9-0src/opnsense/mvc/app/library/OPNsense/Firewall/FilterRule.php
+9-01 files

OpenBSD/src S9brGXTlib/libcrypto/ts ts_rsp_verify.c

   Avoid type confusion in the timestamp response parsing

   A malformed v2 signing cert can lead to a type confusion, and the result
   is a read from an invalid memory address or NULL, so a crash. Unlike for
   OpenSSL, v1 signing certs aren't affected since miod fixed this in '14.

   Reported by Luigino Camastra, fix by Bob Beck, via OpenSSL, CVE 2025-69420.

   ok jsing
VersionDeltaFile
1.33+3-1lib/libcrypto/ts/ts_rsp_verify.c
+3-11 files

LLVM/project d456e56flang/lib/Lower OpenACC.cpp, flang/test/Lower/OpenACC acc-deviceptr.f90

[flang][acc] remap variable in device_ptr clauses (#177018)

I previously disabled the variable remapping to data operand results in
the IR for the deviceptr clause because it was not clear how fir.box
would be dealt with and the remapping increased the usage of fir.box.
Since then, it was clarified that lowering could use fir.box and that it
would be up to the runtime to deal with the fact that the fir.box is
implemented by a descriptor allocated on the host and containing the
base address of an entity on the device.
Remove the workaround.
DeltaFile
+21-0flang/test/Lower/OpenACC/acc-deviceptr.f90
+1-7flang/lib/Lower/OpenACC.cpp
+22-72 files

LLVM/project 737db63mlir/lib/Dialect/Linalg/Transforms BufferizableOpInterfaceImpl.cpp, mlir/test/Dialect/Linalg bufferize.mlir

[mlir][Linalg] implement bufferization for `linalg.pack` (#177982)

Add a BufferizableOpInterface implementation for linalg.pack now that
pack supports memref semantics
https://github.com/llvm/llvm-project/commit/4b066c7fff3455dc547fabb676583391febe41e9.
This completes the op’s bufferization path and avoids copy-before-write
for destination operands.

---------

Signed-off-by: Ryutaro Okada <1015ryu88 at gmail.com>
DeltaFile
+41-0mlir/lib/Dialect/Linalg/Transforms/BufferizableOpInterfaceImpl.cpp
+20-0mlir/test/Dialect/Linalg/bufferize.mlir
+61-02 files

OpenBSD/src WhVpdHJlib/libcrypto/pkcs12 p12_kiss.c

   Avoid type confusion in PKCS#12 parsing

   A type confusion can lead to a 1-byte read at address 0x00-0xff, so a
   crash.

   Reported by Luigino Camastra, fix by Bob Beck, via OpenSSL, CVE 2025-22795

   ok jsing
VersionDeltaFile
1.30+9-3lib/libcrypto/pkcs12/p12_kiss.c
+9-31 files

FreeBSD/ports d486abfmultimedia/libv4l/files patch-utils_dvb_dvbv5-daemon.c

multimedia/v4l-utils: Fix build on CURRENT/STABLE

In file included from dvbv5-daemon.c:43:
/usr/include/search.h:80:7: error: expected identifier or '('
   80 | void     tdestroy(void *, void (*)(void *));
      |          ^
dvbv5-daemon.c:24:23: note: expanded from macro 'tdestroy'
   24 | #define tdestroy(...) do {} while (0)
      |                       ^
In file included from dvbv5-daemon.c:43:
/usr/include/search.h:80:7: error: while loop outside of a function
dvbv5-daemon.c:24:29: note: expanded from macro 'tdestroy'
   24 | #define tdestroy(...) do {} while (0)
      |                             ^

Use native tdestroy(3) on 16-CURRENT and 15-STABLE after [1] and [2],
respectively.

[1] https://cgit.freebsd.org/src/commit/?id=b8c99e7d912f0dad84cec80f8c4331646b87a3ec

    [6 lines not shown]
DeltaFile
+9-5multimedia/libv4l/files/patch-utils_dvb_dvbv5-daemon.c
+9-51 files

LLVM/project d3b3940llvm/lib/Transforms/Scalar ConstraintElimination.cpp

[ConstraintElim] Use try_emplace to improve code (NFC) (#178186)

DeltaFile
+5-5llvm/lib/Transforms/Scalar/ConstraintElimination.cpp
+5-51 files

LLVM/project 1c870d0llvm/lib/Target/AMDGPU SOPInstructions.td AMDGPU.td, llvm/test/MC/AMDGPU gfx13_asm_sop1.s gfx13_asm_sop1_alias.s

[AMDGPU] Add SOP1 support for gfx13 (#177618)

Co-authored-by: Jay Foad <jay.foad at amd.com>
DeltaFile
+3,136-0llvm/test/MC/AMDGPU/gfx13_asm_sop1.s
+156-107llvm/lib/Target/AMDGPU/SOPInstructions.td
+69-0llvm/test/MC/AMDGPU/gfx13_asm_sop1_alias.s
+1-0llvm/lib/Target/AMDGPU/AMDGPU.td
+3,362-1074 files

FreeBSD/ports c694950multimedia/libv4l/files patch-utils_dvb_dvbv5-daemon.c

multimedia/v4l-utils: Fix build on CURRENT/STABLE

In file included from dvbv5-daemon.c:43:
/usr/include/search.h:80:7: error: expected identifier or '('
   80 | void     tdestroy(void *, void (*)(void *));
      |          ^
dvbv5-daemon.c:24:23: note: expanded from macro 'tdestroy'
   24 | #define tdestroy(...) do {} while (0)
      |                       ^
In file included from dvbv5-daemon.c:43:
/usr/include/search.h:80:7: error: while loop outside of a function
dvbv5-daemon.c:24:29: note: expanded from macro 'tdestroy'
   24 | #define tdestroy(...) do {} while (0)
      |                             ^

Use native tdestroy(3) on 16-CURRENT and 15-STABLE after [1] and [2],
respectively.

[1] https://cgit.freebsd.org/src/commit/?id=b8c99e7d912f0dad84cec80f8c4331646b87a3ec

    [4 lines not shown]
DeltaFile
+9-5multimedia/libv4l/files/patch-utils_dvb_dvbv5-daemon.c
+9-51 files

FreeBSD/src d76fb46sys/kern link_elf.c link_elf_obj.c, sys/vm vm_kern.c

linker: Reset DMAP protections in link_elf_unload_file()

On x86, when a preloaded kernel module is unloaded, we free the backing
(physically contiguous) pages.  The ET_REL linker will have adjusted
protections on segments of the preloaded file, which updates the direct
map, so the original protections must be restored when unloading the
module.

Previously this was handled in kmem_bootstrap_free(), but there is no
apparent reason not to handle this within the kernel linker.  Moreover,
we were not resetting permissions in the kernel map on arm64.

Reviewed by:    alc, kib
MFC after:      3 weeks
Differential Revision:  https://reviews.freebsd.org/D54438

(cherry picked from commit 203e5a1eeec1153b0bcb230ccfb90531fa8cbeb5)
DeltaFile
+33-13sys/kern/link_elf.c
+14-0sys/kern/link_elf_obj.c
+0-8sys/vm/vm_kern.c
+47-213 files

FreeBSD/src 196a0ebsys/netinet6 nd6_rtr.c in6.c

in6: Add a helper function to compute expiry times

Tidy up a bunch of places that have the same duplicated logic.  Simplify
callers of in6_init_prefix_ltimes().  No functional change intended.

Reviewed by:    pouria, zlei, tuexen, glebius
MFC after:      2 weeks
Sponsored by:   OPNsense
Sponsored by:   Klara, Inc.
Differential Revision:  https://reviews.freebsd.org/D54561

(cherry picked from commit fb08f80eaf90eb7ace202d8604634fc181be8980)
DeltaFile
+7-31sys/netinet6/nd6_rtr.c
+13-10sys/netinet6/in6.c
+2-0sys/netinet6/in6.h
+22-413 files

FreeBSD/src a30def1sys/netinet6 in6.c, tests/sys/netinet6 ndp.sh

in6: Modify address prefix lifetimes when updating address lifetimes

When one uses SIOCAIFADDR_IN6 to add a v6 address, it's possible to set
the preferred and valid lifetimes of the address.  If the address
already exists, this ioctl will recalculate and update the expiry times
based on the provided timestamps.

When adding a new address, the lifetimes are inherited by the prefix as
well, but only if we create a new prefix.  If the prefix already exists,
as it will in the case where an address is being updated rather than
being added, we do not touch the prefix lifetimes at all.  This means
that the original address lifetime still applies to the route associated
with that prefix, so when the prefix expires, the route goes away.

This behaviour doesn't make a lot of sense: if the admin updates an
address lifetime, we should ensure that the prefix lifetime is updated
too.  Make that change, ensuring that we do not shorten the prefix
lifetime, as the prefix might be shared among multiple interface
addresses.

    [11 lines not shown]
DeltaFile
+76-0tests/sys/netinet6/ndp.sh
+22-0sys/netinet6/in6.c
+98-02 files

OpenBSD/ports VLKvl6Kx11/lumina Makefile

   Use ${SETENV} ${MAKE_ENV} in do-configure to get the right path setup.
   With this lumina builds on sparc64. Bump REVISION to be sure.
   OK tb@
VersionDeltaFile
1.42+2-2x11/lumina/Makefile
+2-21 files

LLVM/project d5bc5f9clang/test/Sema warn-lifetime-safety-suggestions.cpp

[LifetimeSafety] Add fixit verification of lifetimebound suggestions (NFC) (#177763)

We first run -fixit mode and apply fixes in-place, then check with
-Werror=lifetime-safety-suggestions if something is left unfixed (which
means annotations are missing)
DeltaFile
+2-0clang/test/Sema/warn-lifetime-safety-suggestions.cpp
+2-01 files

NetBSD/pkgsrc-wip a889e92ups-nut distinfo options.mk, ups-nut/patches patch-tests_nut-driver-enumerator-test.sh patch-conf_Makefile.in

ups-nut: Update to 2.8.4.1239

Straightforwardly adjust to upstream build system changes.
DeltaFile
+17-0ups-nut/patches/patch-tests_nut-driver-enumerator-test.sh
+0-16ups-nut/patches/patch-conf_Makefile.in
+5-5ups-nut/distinfo
+6-1ups-nut/options.mk
+3-3ups-nut/patches/patch-configure
+3-1ups-nut/Makefile.common
+34-262 files not shown
+37-308 files

NetBSD/pkgsrc CHnMGXumk/compiler gcc.mk

   mk: remove outdated code piece

   This was trying to handle fortran in NetBSD<1.5 - but NetBSD 1.4 already
   had a fortran compiler in base, and fortran is autodetected nowadays.
VersionDeltaFile
1.309+1-7mk/compiler/gcc.mk
+1-71 files

OpenBSD/ports jZQafFBwww/webkitgtk4 Makefile

   This needs CXXFLAGS_ports-gcc = -fdelete-null-pointer-checks because
   this is a C++ monster.
   OK aja
VersionDeltaFile
1.251+2-0www/webkitgtk4/Makefile
+2-01 files

LLVM/project c1152f0mlir/lib/Transforms/Utils DialectConversion.cpp, mlir/test/Transforms test-legalizer-rollback.mlir

[mlir] Avoid segfault in 'MoveBlockRewrite' rollback (#178148)

Prior to this change, rollback of the `MoveBlockRewrite` could result in
segfault if the block wasn't contained in a region anymore.

That situation could arise if the previous rollback of another rewrite
orphaned the block by removing it from its region, as demonstrated by
the new test pattern.

Signed-off-by: Lukas Sommer <lukas.sommer at amd.com>
DeltaFile
+33-1mlir/test/lib/Dialect/Test/TestPatterns.cpp
+12-0mlir/test/Transforms/test-legalizer-rollback.mlir
+7-1mlir/lib/Transforms/Utils/DialectConversion.cpp
+52-23 files

OpenBSD/ports TE9ghLaproductivity/libphonenumber Makefile

   This needs CXXFLAGS_ports-gcc = -fdelete-null-pointer-checks because of
   abseil-cpp.
   OK aja tb
VersionDeltaFile
1.88+2-0productivity/libphonenumber/Makefile
+2-01 files