LLVM/project 7787a1dmlir/include/mlir/Interfaces ControlFlowInterfaces.td

[mlir][Interfaces] Document that `RegionBranchTerminatorOpInterface` is mandatory
DeltaFile
+20-3mlir/include/mlir/Interfaces/ControlFlowInterfaces.td
+20-31 files

LLVM/project b28eeb2llvm/include/llvm/CodeGen TargetLowering.h, llvm/lib/CodeGen TargetLoweringBase.cpp

[CodeGen] Generalise Hexagon flags for memop inline thresholds (#172829)

Generalise the Hexagon cmdline options to control if memset, memcpy or memmove intrinsics should be inlined versus calling library functions, so they can be used by all backends:

        •       -max-store-memset
        •       -max-store-memcpy
        •       -max-store-memmove

These flags override the target-specific defaults set in TargetLowering (e.g., MaxStoresPerMemcpy) and allow fine-tuning of the inlining threshold for performance analysis and optimization.

The optsize variants (-max-store-memset-Os, -max-store-memcpy-Os, max-store-memmove-Os) from the Hexagon backend were removed, and now the above options control both.

The threshold is specified as a number of store operations, which is backend-specific. Operations requiring more stores than the threshold will call the corresponding library function instead of being inlined.
DeltaFile
+501-0llvm/test/CodeGen/AArch64/max-stores-per-mem-ops.ll
+39-0llvm/lib/CodeGen/TargetLoweringBase.cpp
+6-31llvm/lib/Target/Hexagon/HexagonISelLowering.cpp
+3-9llvm/include/llvm/CodeGen/TargetLowering.h
+549-404 files

FreeBSD/ports 67ea6a2devel/R-cran-lifecycle Makefile distinfo

devel/R-cran-lifecycle: Update to 1.0.5

Reported by:    portscout
DeltaFile
+3-4devel/R-cran-lifecycle/Makefile
+3-3devel/R-cran-lifecycle/distinfo
+6-72 files

LLVM/project 781677ecompiler-rt/test/orc/TestCases/Linux/ppc64 trivial-tls.S trivial-cxa-atexit.S

[PPC] Disable some ORC-powerpc64le-linux tests. (#175100)

Tests fail to link when using LLVM C++ library. Disabling the tests
until they can be investigated and the underlying cause identified and
fixed.
DeltaFile
+4-1compiler-rt/test/orc/TestCases/Linux/ppc64/trivial-tls.S
+4-1compiler-rt/test/orc/TestCases/Linux/ppc64/trivial-cxa-atexit.S
+4-0compiler-rt/test/orc/TestCases/Linux/ppc64/trivial-static-initializer.S
+3-0compiler-rt/test/orc/TestCases/Linux/ppc64/lljit-initialize-deinitialize.ll
+3-0compiler-rt/test/orc/TestCases/Linux/ppc64/ehframe-default.cpp
+3-0compiler-rt/test/orc/TestCases/Linux/ppc64/lljit-ehframe.cpp
+21-22 files not shown
+27-28 files

FreeBSD/ports 21ced10devel/onetbb Makefile

devel/onetbb: Improve port

- Only build unit tests when requested to make overall build faster
- Adjust port Makefile to more closely follow Porters Handbook
- Remove USES= tar:tgz (incorrect)
- Replace USES= localbase with localbase:ldflags
- Use a separate section for USE_GITHUB

PR:     292088
DeltaFile
+11-7devel/onetbb/Makefile
+11-71 files

LLVM/project 804aa88mlir/lib/Dialect/OpenMP/IR OpenMPDialect.cpp, mlir/lib/Target/LLVMIR/Dialect/OpenMP OpenMPToLLVMIRTranslation.cpp

[MLIR][OpenMP] Support cancel taskgroup inside of taskloop (#174815)

Implementation follows exactly what is done for omp.wsloop and omp.task.
See #137841.

The change to the operation verifier is to allow a taskgroup
cancellation point inside of a taskloop. This was already allowed for
omp.cancel.
DeltaFile
+419-0mlir/test/Target/LLVMIR/openmp-taskloop-cancel.mlir
+280-0mlir/test/Target/LLVMIR/openmp-taskloop-cancellation-point.mlir
+12-20mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
+2-1mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+713-214 files

LLVM/project 7289e06llvm/lib/Target/X86 X86InstCombineIntrinsic.cpp, llvm/test/Transforms/InstCombine/X86 x86-maxmin.ll

[X86][InstCombine] Generalize SSE/AVX fp MAX/MIN intrinsics to maxnum/minnum (#174806)

Fixes #173270

For x86 SSE/AVX floating point MAX/MIN intrinsics, attempt to generalize
them down into `Intrinsic::maxnum` and `Intrinsic::minnum` given that we
can verify that the inputs are either (PosNormal, NegNormal, PosZero).
This PR uses the `llvm::computeKnownFPClass` to generate the FPClass
bitset to verify if the inputs are of the other FP types (NaN, Inf,
Subnormal, NegZero).
DeltaFile
+187-0llvm/test/Transforms/InstCombine/X86/x86-maxmin.ll
+49-0llvm/lib/Target/X86/X86InstCombineIntrinsic.cpp
+236-02 files

LLVM/project 5ae7bffllvm/test/tools/llvm-exegesis/AArch64 setReg_init_check.s

[llvm-exegesis] Fix intermittent failure in setReg_init_check.s (#175148)

Test is failing intermittently after #174944. The issue this time is the
`WSeqPair`/`XSeqPair` tests fail if the same pair is used as there's
fewer MOVs.

The test was expecting:
```
  0000000000000000 <foo>:
         0: f81e0ffb      str     x27, [sp, #-0x20]!
         4: a90163fa      stp     x26, x24, [sp, #0x10]
         8: d2800006      mov     x6, #0x0                // =0
         c: d2800007      mov     x7, #0x0                // =0
        10: d280001a      mov     x26, #0x0               // =0
        14: d280001b      mov     x27, #0x0               // =0
        18: d2800018      mov     x24, #0x0               // =0
        1c: 48267f1a      casp    x6, x7, x26, x27, [x24]
```
but this can occur:

    [8 lines not shown]
DeltaFile
+0-4llvm/test/tools/llvm-exegesis/AArch64/setReg_init_check.s
+0-41 files

OPNSense/core 861ffbdsrc/etc/inc legacy_bindings.inc, src/opnsense/mvc/app/controllers/OPNsense/Firewall/Api FilterBaseController.php

firewall: simplify port alias check loosely refs #8806

(cherry picked from commit 7e0600ab02dac48965eb741308d2f61875445013)
(cherry picked from commit a09d2b7019a3b361a448f7e58690f72216a53c7b)
(cherry picked from commit f0da2b63a39c7b632edfb40d09fd174af654f205)
DeltaFile
+2-2src/etc/inc/legacy_bindings.inc
+2-2src/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/FilterBaseController.php
+2-2src/opnsense/mvc/app/library/OPNsense/Firewall/Util.php
+2-2src/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/PortField.php
+1-1src/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/NetworkAliasField.php
+1-1src/opnsense/mvc/app/library/OPNsense/Firewall/Rule.php
+10-106 files

OPNSense/core 0f5c34dsrc/opnsense/mvc/app/models/OPNsense/IDS IDS.php

suricata: style update
DeltaFile
+2-2src/opnsense/mvc/app/models/OPNsense/IDS/IDS.php
+2-21 files

OPNSense/core 8582c7dsrc/opnsense/scripts/filter/lib/alias arpcache.py

Firewall: Aliases - use new hostdiscovery (with arp/ndp fallback) in mac type aliases.

While here, cleanup some redundant code, if a mac address is in the local cache, the local cache should be complete at anytime.
Technically, for legacy ndp, this might be a bit worse than before, but as hostdiscovery is more complete, that should be a small price to pay.

Eventually, when hostdiscoverty is the standard, we should be able to ditch the /tmp/alias_filter_arp.cache construction as hostdiscovery has its own database.

(cherry picked from commit b2a30fc5606ce2d6c781ae9b7282b83e8ec35ac3)
DeltaFile
+17-32src/opnsense/scripts/filter/lib/alias/arpcache.py
+17-321 files

OPNSense/core bf91b63src/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/Api AccessController.php, src/opnsense/service/conf/actions.d actions_hostwatch.conf

Services: Captive Portal - use new hostwatch service introduced in https://github.com/opnsense/core/pull/9354 to collect mac addresses for 26.1

(cherry picked from commit dad25b534f8470a0552ea96b91908d9b5e8fd05c)
DeltaFile
+7-5src/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/Api/AccessController.php
+8-0src/opnsense/service/conf/actions.d/actions_hostwatch.conf
+15-52 files

OPNSense/core 8f9309esrc/etc/inc/plugins.inc.d hostwatch.inc, src/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery SettingsController.php

Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354)

(cherry picked from commit 61663d08583b4afc20d80016183e73b595bd5923)
(cherry picked from commit 94b786c4e83a5f277e3f034f67e994f134625908)
(cherry picked from commit 5909ccc0b22cc7fdbf7daadc3bb77c375668ea7b)
(cherry picked from commit 6c325c94a8b08def236edd7cf8110f0698220da8)
(cherry picked from commit 1894c6133bd3f503c6298a823ff624c97a8ee735)
(cherry picked from commit 8d6439a61132807132f8c6f246f4c522211934ed)
(cherry picked from commit 650b5ab17a2cd98efe67bbce5bcaf0100df57a7b)
(cherry picked from commit e3714d3f4373030120d2905c6c3396b0119d3271)
(cherry picked from commit de09b458f55c63d07726638dcbafe6d9d3d38e58)
(cherry picked from commit 1c1c494f93d1fc65e5f6b7aad4a8021c8d51e534)
DeltaFile
+114-0src/opnsense/mvc/app/views/OPNsense/Hostdiscovery/settings.volt
+99-0src/opnsense/scripts/interfaces/list_hosts.py
+56-0src/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery/Api/ServiceController.php
+52-0src/etc/inc/plugins.inc.d/hostwatch.inc
+38-0src/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery/SettingsController.php
+37-0src/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery/Api/SettingsController.php
+396-013 files not shown
+608-119 files

LLVM/project 047d479mlir/lib/Dialect/OpenMP/IR OpenMPDialect.cpp, mlir/lib/Target/LLVMIR/Dialect/OpenMP OpenMPToLLVMIRTranslation.cpp

[MLIR][OpenMP] Support cancel taskgroup inside of taskloop

Implementation follows exactly what is done for omp.wsloop and omp.task.
See #137841.

The change to the operation verifier is to allow a taskgroup
cancellation point inside of a taskloop. This was already allowed for
omp.cancel.
DeltaFile
+419-0mlir/test/Target/LLVMIR/openmp-taskloop-cancel.mlir
+280-0mlir/test/Target/LLVMIR/openmp-taskloop-cancellation-point.mlir
+12-20mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
+2-1mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
+713-214 files

OPNSense/core 024a78dsrc/opnsense/mvc/app/models/OPNsense/Interfaces/ACL ACL.xml

interfaces: update ACL
DeltaFile
+1-1src/opnsense/mvc/app/models/OPNsense/Interfaces/ACL/ACL.xml
+1-11 files

OPNSense/core ea955f4src/opnsense/mvc/app/models/OPNsense/IDS IDS.php

suricata: for two small changes this isn't needed
DeltaFile
+1-1src/opnsense/mvc/app/models/OPNsense/IDS/IDS.php
+1-11 files

OPNSense/core 43eaa70src/opnsense/mvc/app/models/OPNsense/IDS IDS.xml

suricata: uppercase
DeltaFile
+1-1src/opnsense/mvc/app/models/OPNsense/IDS/IDS.xml
+1-11 files

OPNSense/core 8f918f5src/opnsense/mvc/app/models/OPNsense/Base/FieldTypes BaseField.php, src/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes TextFieldTest.php

mvc: BaseField: add isSet() and shift tests

Keeps isEmptyAndRequired() plus avoids other code changes for now.
DeltaFile
+18-9src/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/BaseField.php
+8-5src/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/TextFieldTest.php
+26-142 files

LLVM/project ee3bc3dlibcxx/include/__charconv traits.h

[libc++][NFC] Simplify the implementation of __mul_overflowed (#174956)

`__builtin_mul_overflow` does the right thing, even for `char` and
`short`, so the overloads for these types can simply be dropped. We can
also merge the remaining two overloads into a single one now, since we
don't do any dispatching for `char` and `short` anymore.
DeltaFile
+3-24libcxx/include/__charconv/traits.h
+3-241 files

LLVM/project e91447flld/ELF AArch64ErrataFix.cpp Relocations.cpp, lld/ELF/Arch AArch64.cpp

Fix lld crash using --fix-cortex-a53-843419 (#170495)

Original crash was observed in Chromium, in [1]. The problem occurs in
elf::isAArch64BTILandingPad because it didn't handle synthetic sections,
which can have a nullptr as a buf, so it crashed while trying to read
that buf.

After fixing that, a second issue occurs: When the patched code grows
too
much, it gets far away from the short jump, and the current
implementation
assumes a R_AARCH64_JUMP26 will be enough.

This PR changes the implementation to:
(a) In isAArch64BTILandingPad, checks if a section is synthetic, and
assumes that it'll NOT contain a landing pad, avoiding the buffer check;
(b) Suppress the size rounding for thunks that preceeds section
(Making the situation less likely to happen);
(c) Reimplements the patch by using a R_AARCH64_ABS64 in case the

    [6 lines not shown]
DeltaFile
+107-0lld/test/ELF/aarch64-cortex-a53-843419-thunk-relocation-crash.s
+26-17lld/ELF/AArch64ErrataFix.cpp
+9-3lld/ELF/Relocations.cpp
+7-4lld/ELF/AArch64ErrataFix.h
+5-0lld/ELF/Arch/AArch64.cpp
+1-1lld/ELF/Relocations.h
+155-256 files

OPNSense/core 1c9a2a1src/opnsense/scripts/suricata setup.sh

suricata: mask "error" on loaded module
DeltaFile
+1-1src/opnsense/scripts/suricata/setup.sh
+1-11 files

LLVM/project a5cab90libcxx/src new.cpp, libcxx/src/include overridable_function.h

[libc++][NFC] Refactor _LIBCPP_OVERRIDABLE_FUNCTION to be a normal attribute macro (#174964)

Currently `_LIBCPP_OVERRIDABLE_FUNCTION` takes the return type, function
name and argument list, but simply constructs the function and adds
attributes without modifying the signature in any way. We can replace
this with a normal attribute macro, making the signature easier to read
and simpler to understand what's actually going on. Since it's an
internal macro we can also drop the `_LIBCPP_` prefix.
DeltaFile
+8-10libcxx/src/include/overridable_function.h
+4-4libcxx/src/new.cpp
+4-4libcxxabi/src/stdlib_new_delete.cpp
+16-183 files

LLVM/project b6bfb19libcxx/include deque, libcxx/include/__vector vector.h

[libc++] Fix {deque,vector}::append_range assuming too much about the types (#162438)

Currently, `deque` and `vector`'s `append_range` is implemented in terms
of `insert_range`. The problem with that is that `insert_range` has more
preconditions, resulting in us rejecting valid code.

This also significantly improves performance for `deque` in some cases.
DeltaFile
+55-0libcxx/test/std/containers/sequences/insert_range_sequence_containers.h
+48-1libcxx/test/benchmarks/containers/sequence/sequence_container_benchmarks.h
+18-23libcxx/include/deque
+16-1libcxx/include/__vector/vector.h
+3-0libcxx/test/std/containers/insert_range_helpers.h
+2-0libcxx/test/std/containers/sequences/deque/deque.modifiers/prepend_range.pass.cpp
+142-256 files not shown
+148-2512 files

LLVM/project 66fa2f9libcxx/test/benchmarks variant.bench.cpp VariantBenchmarks.h

[libc++] Refactor variant benchmarks (#174743)

The variant benchmarks are incredibly slow to compile and run currently.
This is due to them being incredibly exhaustive. This is usually a good
thing, but the exhaustiveness makes it prohibitive to actually run the
benchmarks. Even the new, incredibly reduced, set still requires almost
40 seconds to just compile on my system.
DeltaFile
+55-0libcxx/test/benchmarks/variant.bench.cpp
+0-55libcxx/test/benchmarks/VariantBenchmarks.h
+0-37libcxx/test/benchmarks/variant_visit_1.bench.cpp
+0-32libcxx/test/benchmarks/variant_visit_2.bench.cpp
+0-30libcxx/test/benchmarks/variant_visit_3.bench.cpp
+55-1545 files

LLVM/project 484ee42libcxx/docs VendorDocumentation.rst ABIGuarantees.rst, libcxx/include streambuf istream

[libc++] Introduce the notion of a minimum header version (#166074)

Introducing the notion of a minimum header version has multiple
benefits. It allows us to merge a bunch of ABI macros into a single one.
This makes configuring the library significantly easier, since, for a
stable ABI, you only need to know which version you started distributing
the library with, instead of checking which ABI flags have been
introduced at what point. For platforms which have a moving window of
the minimum version a program has been compiled against, this also makes
it simple to remove symbols from the dylib when they can't be used by
any program anymore.
DeltaFile
+19-19libcxx/include/streambuf
+31-0libcxx/docs/VendorDocumentation.rst
+0-22libcxx/docs/ABIGuarantees.rst
+11-11libcxx/include/istream
+8-8libcxx/include/__ostream/basic_ostream.h
+0-15libcxx/include/__configuration/abi.h
+69-7516 files not shown
+123-10922 files

OPNSense/core f52c58csrc/opnsense/mvc/app/library/OPNsense/OpenVPN ArchiveOpenVPN.php

openvpn: fix archive export

(cherry picked from commit 00687dbeb5489ad2708ef7924c34186a38db2168)
DeltaFile
+1-1src/opnsense/mvc/app/library/OPNsense/OpenVPN/ArchiveOpenVPN.php
+1-11 files

FreeBSD/ports 3b606b6x11-fm/xfe distinfo Makefile

x11-fm/xfe: Update to 2.1.2
DeltaFile
+3-3x11-fm/xfe/distinfo
+1-2x11-fm/xfe/Makefile
+4-52 files

FreeBSD/ports cda4b2fmultimedia/uxplay distinfo Makefile

multimedia/uxplay: Update to 1.72.3
DeltaFile
+3-3multimedia/uxplay/distinfo
+1-1multimedia/uxplay/Makefile
+4-42 files

OPNSense/core 00687dbsrc/opnsense/mvc/app/library/OPNsense/OpenVPN ArchiveOpenVPN.php

openvpn: fix archive export
DeltaFile
+1-1src/opnsense/mvc/app/library/OPNsense/OpenVPN/ArchiveOpenVPN.php
+1-11 files

LLVM/project ddb706bmlir/lib/Target/LLVMIR/Dialect/OpenMP OpenMPToLLVMIRTranslation.cpp, mlir/test/Target/LLVMIR openmp-task-no-context-struct.mlir openmp-taskloop-no-context-struct.mlir

[mlir][OpenMP] Don't allocate task context structure if not needed (#174588)

Don't allocate a task context structure if none of the private variables
needed it. This was already skipped when there were no private variables
at all.
DeltaFile
+48-0mlir/test/Target/LLVMIR/openmp-task-no-context-struct.mlir
+15-31mlir/test/Target/LLVMIR/openmp-taskloop-no-context-struct.mlir
+7-4mlir/lib/Target/LLVMIR/Dialect/OpenMP/OpenMPToLLVMIRTranslation.cpp
+70-353 files