LLVM/project da03148mlir/lib/IR BuiltinDialectBytecode.cpp, mlir/test/Bytecode i1_roundtrip.mlir

[mlir][bytecode] Unpack i1 splats to 0x01 (#186221)

Previously the arith folder test would emit `dense<255>` (`0xFF` zero
extended). In-memory without bytecode is `0x01`, so this change ensures
in-memory formats match.

Also changes `0xFF` to `~0x00` since compilation on machines with signed
chars was causing issues, this should ensure it is set to all ones
regardless of char interpretation:

```
[1083/5044] Building CXX object tools/mlir/lib/IR/CMakeFiles/obj.MLIRIR.dir/BuiltinDialectBytecode.cpp.o
/.../BuiltinDialectBytecode.cpp:184:35: warning: result of comparison of constant 255 with expression of type 'const char' is always false [-Wtautological-constant-out-of-range-compare]
  184 |   if (blob.size() == 1 && blob[0] == 0xFF) {
      |                           ~~~~~~~ ^  ~~~~
1 warning generated.
```

Fixes llvm/llvm-project#186178
DeltaFile
+14-2mlir/lib/IR/BuiltinDialectBytecode.cpp
+12-0mlir/test/Bytecode/i1_roundtrip.mlir
+26-22 files

LLVM/project 8e105b3mlir/test/Dialect/XeGPU xegpu-vector-linearize.mlir

[mlir][XeGPU][Transform] Update the xegpu-vector-linearize test with named captures in FileCheck. (#186314)

These tests used to contain specific numbered SSA names (%0, %1, %2,
etc.), this may cause unnecessary issue if a test is updated with new
ops. Update the tests to use named captures instead for future
adaptability.
DeltaFile
+50-50mlir/test/Dialect/XeGPU/xegpu-vector-linearize.mlir
+50-501 files

OPNSense/core 7884776src/opnsense/mvc/app/models/OPNsense/Kea KeaDhcpv4.xml

Typo in ValidationMessage
DeltaFile
+1-1src/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv4.xml
+1-11 files

FreeBSD/ports 7add8c9devel/R-cran-cyclocomp distinfo Makefile

devel/R-cran-cyclocomp: Update to 1.1.2

Changelog: https://cran.r-project.org/web/packages/cyclocomp/news/news.html
DeltaFile
+3-3devel/R-cran-cyclocomp/distinfo
+1-1devel/R-cran-cyclocomp/Makefile
+4-42 files

LLVM/project 1b130d1clang/lib/Format Format.cpp, clang/unittests/Format FormatTestMacroExpansion.cpp ConfigParseTest.cpp

Revert "[Format] Configure ASSIGN_OR_RETURN macros for Google style (#169037)"

This reverts commit 93c93ff199a1a2b1c7beb74c966080793a0b1afd.
DeltaFile
+4-12clang/unittests/Format/FormatTestMacroExpansion.cpp
+1-7clang/unittests/Format/ConfigParseTest.cpp
+0-5clang/lib/Format/Format.cpp
+5-243 files

OPNSense/core b2fd306src/opnsense/mvc/app/controllers/OPNsense/Kea/Api Dhcpv4Controller.php, src/opnsense/mvc/app/controllers/OPNsense/Kea/forms dialogOption4.xml

kea: Concept to allow sending any DHCP option as raw hex value to avoid the scaling issues of a fully type based approach
DeltaFile
+73-0src/opnsense/scripts/kea/kea_dhcp_options.py
+31-0src/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv4.xml
+31-0src/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogOption4.xml
+25-0src/opnsense/mvc/app/controllers/OPNsense/Kea/Api/Dhcpv4Controller.php
+16-0src/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv4.php
+9-0src/opnsense/mvc/app/views/OPNsense/Kea/dhcpv4.volt
+185-04 files not shown
+205-010 files

LLVM/project 3ecede5clang/lib/AST/ByteCode Compiler.cpp

[clang][bytecode] Remove useless emitCheckAllocations calls (#186385)

The one at the top of visitExpr doesn't make sense (we *just* started
visiting the expression, how can there be leaked allocations?) and the
one at the bottom is already handled via maybeDestroyLocals.
DeltaFile
+1-7clang/lib/AST/ByteCode/Compiler.cpp
+1-71 files

LLVM/project 52b552eflang/lib/Semantics openmp-utils.cpp

[flang][OpenMP] Account for GenericExprWrapper being null

When getting a MaybeExpr from parser::Expr, take into account that
the GeneticExprWrapper (that wraps MaybeExpr) may itself be null.
DeltaFile
+4-1flang/lib/Semantics/openmp-utils.cpp
+4-11 files

LLVM/project 2380272clang/lib/CodeGen CGExprScalar.cpp, clang/test/CodeGenSPIRV function-pointer-cast.cpp

[CodeGen] Fix emission of function pointer casts with non-zero program AS (#186210)

Imagine we have the following code:

```c++
void foo() {}

void bar() {
  void *ptr = reinterpret_cast<void*>(foo);
}
```

Usually clang would treat this as a simple `bitcast`, but in the case
that the target has a non-default program address space, this needs to
be an `addrspacecast`.

Today, if we try to codegen this, we get an assert due to the two types
not being valid for a `bitcast`.


    [15 lines not shown]
DeltaFile
+34-0clang/test/CodeGenSPIRV/function-pointer-cast.cpp
+16-0clang/lib/CodeGen/CGExprScalar.cpp
+50-02 files

LLVM/project adb04f8lldb/source/Core Module.cpp, lldb/test/Shell/Platform/AutoLoad/Darwin dsym-python-script.test

[lldb][Module][NFC] Use raw string literal and formatv-style format in LoadScriptingResourceInTarget (#186411)

Makes it obvious what the warning will look like (with the indenentation
etc.). Also adds a test since we had no coverage for the warning before
(as far as I'm aware).
DeltaFile
+42-0lldb/test/Shell/Platform/AutoLoad/Darwin/dsym-python-script.test
+12-7lldb/source/Core/Module.cpp
+54-72 files

LLVM/project 2569912lldb/source/Plugins/Platform/MacOSX PlatformDarwin.cpp, lldb/unittests/Platform PlatformDarwinTest.cpp

[lldb][PlatformDarwin] Disallow '+' in auto-loadable Python script names (#186346)

The `ScriptInterpreterPython` will refuse to load script names that
contain `+`. This patch makes `SanitizedScriptingModuleName` handle this
by replacing it with `x`. That might seem a bit arbitrary but the way
the current dSYM script loading (and the future "auto-load") mechanism
works is that it will look for scripts called `<lldb-module-name>.py`.
So for something like `libc++.1.dylib`, we would look for `libc++.1.py`.
Replacing `x` with `_` like we do for other special characters would
look strange in my opinion. The simplest way of working around this is
to recommend renaming the script to `libcxx_1.py`.

An alternative to the whole "replace special characters" logic is to
have a MANIFEST file which advertises the script name that LLDB should
load. During reading that script we could bail if we saw special
characters. But I haven't thought that through fully. And since the
`llvm::replace` approach is the path of least resistence I went with it
for now.
DeltaFile
+49-0lldb/unittests/Platform/PlatformDarwinTest.cpp
+1-0lldb/source/Plugins/Platform/MacOSX/PlatformDarwin.cpp
+50-02 files

LLVM/project 481da94bolt/include/bolt/Passes PAuthGadgetScanner.h, bolt/include/bolt/Utils CommandLineOpts.h

[BOLT] Gadget scanner: implement finer-grained --scanners=... argument (#176135)

Add separate options to enable each of the available gadget detectors.
Furthermore, add two meta-options enabling all PtrAuth scanners and all
available scanners of any type (which is only PtrAuth for now, though).

This commit renames `pacret` option to `ptrauth-pac-ret` and `pauth` to
`ptrauth-all`.
DeltaFile
+130-0bolt/test/binary-analysis/AArch64/gs-pauth-scanners.s
+40-15bolt/lib/Passes/PAuthGadgetScanner.cpp
+28-17bolt/lib/Rewrite/RewriteInstance.cpp
+20-2bolt/include/bolt/Utils/CommandLineOpts.h
+7-8bolt/include/bolt/Passes/PAuthGadgetScanner.h
+9-4bolt/test/binary-analysis/AArch64/cmdline-args.test
+234-4610 files not shown
+251-7416 files

HardenedBSD/ports 84dee22math/symengine Makefile

HBSD: Resolve merge conflict

Signed-off-by:  Shawn Webb <shawn.webb at hardenedbsd.org>
DeltaFile
+0-4math/symengine/Makefile
+0-41 files

HardenedBSD/ports 66e7713graphics/gifski distinfo Makefile, multimedia/ringrtc distinfo

Merge remote-tracking branch 'origin/freebsd/main' into hardenedbsd/main

Conflicts:
        math/symengine/Makefile (unresolved)
DeltaFile
+345-321net-p2p/intermodal/distinfo
+179-161graphics/gifski/distinfo
+172-161net-p2p/intermodal/Makefile
+171-93multimedia/ringrtc/distinfo
+3-190x11-toolkits/gtksourceview5/pkg-plist
+89-81graphics/gifski/Makefile
+959-1,00770 files not shown
+1,809-1,49276 files

FreeBSD/ports 3fa91f5security/vuxml/vuln 2026.xml

security/vuxml: Document OpenSSL 3.5/3.6 vulnerability
DeltaFile
+33-0security/vuxml/vuln/2026.xml
+33-01 files

LLVM/project d87ac5butils/bazel/llvm-project-overlay/libc BUILD.bazel

Fix bazel build for #179251 (#186407)
DeltaFile
+3-0utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+3-01 files

OPNSense/core 3069c25src/opnsense/www/js opnsense_bootgrid.js

bootgrid: require selection to be enabled for delete-selected

Logically, multiSelect should be enabled here as well, but leave this
out for now as it may be too wide.
DeltaFile
+3-0src/opnsense/www/js/opnsense_bootgrid.js
+3-01 files

OPNSense/core bd1665esrc/opnsense/mvc/app/views/OPNsense/IPsec sad.volt, src/opnsense/scripts/ipsec saddelete.py

VPN: IPsec: Security Association Database: apply the same as https://github.com/opnsense/core/commit/9c950fcc3ccc396e943b31908a6ea3a182b1d4b2. Missing datakey mapping here as well
DeltaFile
+5-1src/opnsense/scripts/ipsec/saddelete.py
+1-0src/opnsense/mvc/app/views/OPNsense/IPsec/sad.volt
+6-12 files

LLVM/project 579aca8llvm/lib/Transforms/Vectorize VPlanValue.h VPlanTransforms.cpp, llvm/unittests/Transforms/Vectorize VPlanTest.cpp

[VPlan] Prevent uses of materialized VPSymbolicValues. (NFC) (#182318)

After VPSymbolicValues (like VF and VFxUF) are materialized via
replaceAllUsesWith, they should not be accessed again. This patch:

1. Tracks materialization state in VPSymbolicValue.

2. Asserts if the materialized VPValue is used again. Currently it
   adds asserts to various member functions, preventing calling them
   on materialized symbolic values.

Note that this still allows some uses (e.g. comparing VPSymbolicValue
references or pointers), but this should be relatively harmless given
that it is impossible to (re-)add any users. If we want to further
tighten the checks, we could add asserts to the accessors or override
operator&, but that will require more changes and not add much extra
guards I think.

Depends on https://github.com/llvm/llvm-project/pull/182146 to fix a

    [2 lines not shown]
DeltaFile
+51-6llvm/lib/Transforms/Vectorize/VPlanValue.h
+37-0llvm/unittests/Transforms/Vectorize/VPlanTest.cpp
+11-4llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+4-4llvm/lib/Transforms/Vectorize/VPlan.h
+2-1llvm/lib/Transforms/Vectorize/VPlanAnalysis.cpp
+3-0llvm/lib/Transforms/Vectorize/VPlan.cpp
+108-156 files

FreeBSD/ports a5726edgraphics/py-colour Makefile, graphics/py-colour/files patch-setup.py

graphics/py-colour: remove deprecated d2to1

d2to1 has been deprecated and archived for years, and its functionality
has been subsumed into plain setuptools.

While here, switch to USE_PYTHON=pep517

PR: 293782
Approved by: Martin Neubauer (maintainer)
DeltaFile
+16-0graphics/py-colour/files/patch-setup.py
+4-3graphics/py-colour/Makefile
+20-32 files

LLVM/project b3bc1f5lldb/source/Core Module.cpp

[lldb][Module][NFC] Use early-return style in LoadScriptingResourceInTarget (#186392)

Planning on adding more to this function/loop soon. Making it
early-return style (as suggested by the LLVM style guide) makes those
changes easier to reason about.

Drive-by:
* Reduced the indentation of the loop by doing an early-continue if the
`FileSpec` is invalid or doesn't exist
DeltaFile
+43-44lldb/source/Core/Module.cpp
+43-441 files

FreeBSD/ports f513d4fdevel/gitaly distinfo, net/gitlab-agent distinfo

www/gitlab: security and patch update to 18.9.2

Changes:        https://about.gitlab.com/releases/2026/03/11/patch-release-gitlab-18-9-2-released/
Security:       0236eab0-1d62-11f1-88f8-2cf05da270f3
(cherry picked from commit be0fcc223124379be8b268089db49c45f38bd408)
DeltaFile
+13-13devel/gitaly/distinfo
+6-6www/gitlab/distinfo
+5-5www/gitlab-workhorse/distinfo
+5-5net/gitlab-agent/distinfo
+5-5www/gitlab-pages/distinfo
+1-1www/gitlab/Makefile.common
+35-356 files

FreeBSD/ports be05193security/trivy distinfo Makefile

security/trivy: update to 0.69.3

Changes:        https://github.com/aquasecurity/trivy/releases/tag/v0.69.3
(cherry picked from commit 963373df70d351b0aa0ee2e23e3685330a10fe55)
DeltaFile
+5-5security/trivy/distinfo
+1-1security/trivy/Makefile
+6-62 files

FreeBSD/ports a81a525devel/glab distinfo Makefile

devel/glab: update to 1.89.0

Changes:        https://gitlab.com/gitlab-org/cli/-/releases/v1.89.0
(cherry picked from commit 14bd57e537901df27b60890199c3bf5e72e4d51b)
DeltaFile
+5-5devel/glab/distinfo
+2-2devel/glab/Makefile
+7-72 files

FreeBSD/ports 10c1022devel/glab distinfo Makefile

devel/glab: update to 1.88.0

Changes:        https://gitlab.com/gitlab-org/cli/-/releases/v1.88.0
(cherry picked from commit dd28a2cc356028ee56952c74598a822ac35d4349)
DeltaFile
+5-5devel/glab/distinfo
+2-2devel/glab/Makefile
+2-0devel/glab/pkg-plist
+9-73 files

FreeBSD/ports 3639d44devel/glab distinfo pkg-plist

devel/glab: update to 1.87.0

Changes:        https://gitlab.com/gitlab-org/cli/-/releases/v1.87.0
(cherry picked from commit 4be51b3f2a0534a75d169e171a40c693982b7da9)
DeltaFile
+5-5devel/glab/distinfo
+7-0devel/glab/pkg-plist
+2-3devel/glab/Makefile
+14-83 files

FreeBSD/ports 2b3ef92security/trivy distinfo Makefile

security/trivy: update to 0.69.2

Changes:        https://github.com/aquasecurity/trivy/releases/tag/v0.69.2
(cherry picked from commit 92749d000d55865fa1a5d4109093cf7903343bdb)
DeltaFile
+5-5security/trivy/distinfo
+1-2security/trivy/Makefile
+6-72 files

FreeBSD/ports 2b439d0sysutils/rubygem-tmuxinator Makefile

sysutils/rubygem-tmuxinator: fixed build error

Fixes regression from 7970105dda6359e7b74511182188cd6edc2617df

(cherry picked from commit 75e0ee6901772003f6785f6d28c79656e7eeba3e)
DeltaFile
+2-1sysutils/rubygem-tmuxinator/Makefile
+2-11 files

FreeBSD/src e9f3af5contrib/elftoolchain/readelf readelf.c

readelf: Use the gABI name for a dynamic tag value.
DeltaFile
+1-1contrib/elftoolchain/readelf/readelf.c
+1-11 files

FreeBSD/ports 6965d64graphics/R-cran-ggrepel Makefile distinfo

graphics/R-cran-ggrepel: Update to 0.9.7

Add test dependencies.
Change WWW to canonical form.

Changelog: https://cran.r-project.org/web/packages/ggrepel/news/news.html
DeltaFile
+16-6graphics/R-cran-ggrepel/Makefile
+3-3graphics/R-cran-ggrepel/distinfo
+19-92 files