LLVM/project 34379c8 — mlir/lib/IR MLIRContext.cpp

[mlir] Skip uniquer locks when a context starts without threading (#235294)
DeltaFile
+9-4mlir/lib/IR/MLIRContext.cpp
+9-41 files

FreeBSD/ports 3390b7e — devel/libuv distinfo Makefile

devel/libuv: backport uv_cpu_info() fix for powerpc64*

hw.clockrate doesn't exist on powerpc, so uv_cpu_info() fails and node's
os.cpus() is empty. rollup's terser plugin then starts zero workers and
hangs, which broke www/py-yt-dlp-ejs. The fix is in libuv 1.53.0.
DeltaFile
+3-1devel/libuv/distinfo
+4-0devel/libuv/Makefile
+7-12 files

FreeBSD/ports d1adf1b — graphics/photocraft Makefile distinfo

graphics/photocraft: update to 0.15.1

Changelog:      https://github.com/storytold/photocraft/releases/tag/v0.15.1
DeltaFile
+3-3graphics/photocraft/distinfo
+1-1graphics/photocraft/Makefile
+4-42 files

FreeBSD/ports a740105 — mail/thunderbird/files patch-third__party_wasm2c_src_prebuilt_wasm2c__simd__source__declarations.cc, www/firefox/files patch-third__party_wasm2c_src_prebuilt_wasm2c__simd__source__declarations.cc

www/firefox mail/thunderbird: fix build on powerpc64le

The wasm2c bundled with 158 forces SIMD loads with an asm "f" constraint on
anything that isn't x86_64, aarch64, riscv or s390x. On PowerPC that's a scalar
FP register, so clang can't put a v128 there. Take the upstream wabt fix
(d77389b8e748) that uses "v".
DeltaFile
+13-0mail/thunderbird/files/patch-third__party_wasm2c_src_prebuilt_wasm2c__simd__source__declarations.cc
+13-0www/firefox/files/patch-third__party_wasm2c_src_prebuilt_wasm2c__simd__source__declarations.cc
+26-02 files

FreeBSD/ports bf2de90 — www/node22/files patch-deps_v8_src_codegen_ppc_macro-assembler-ppc.cc patch-deps_v8_src_codegen_ppc_assembler-ppc.h, www/node24/files patch-deps_v8_src_codegen_ppc_macro-assembler-ppc.cc patch-deps_v8_src_codegen_ppc_assembler-ppc.h

www/node2{2,4}: fix safepoints after calls on powerpc64*

Backport V8 f331137d5968 and 3d0a73103b97. The assembler can put its
trampoline pool right after a call, and the safepoint and exception
handler for that call are then recorded at the wrong address, so the
GC can scan the wrong stack slots and exceptions can skip their catch
block.
DeltaFile
+112-0www/node24/files/patch-deps_v8_src_wasm_baseline_liftoff-compiler.cc
+106-0www/node22/files/patch-deps_v8_src_wasm_baseline_liftoff-compiler.cc
+37-0www/node22/files/patch-deps_v8_src_codegen_ppc_assembler-ppc.h
+37-0www/node24/files/patch-deps_v8_src_codegen_ppc_assembler-ppc.h
+30-0www/node22/files/patch-deps_v8_src_codegen_ppc_macro-assembler-ppc.cc
+30-0www/node24/files/patch-deps_v8_src_codegen_ppc_macro-assembler-ppc.cc
+352-02 files not shown
+384-08 files

FreeBSD/ports cfb4eff — editors/openoffice-4/files patch-set_soenv.in patch-jvmfwk_plugins_sunmajor_pluginlib_vendorbase.hxx, editors/openoffice-devel Makefile

editors/openoffice-*: enable on powerpc64le

OpenJDK keeps its libraries in jre/lib/ppc64le on little-endian, and
source_soenv.sh in -devel only knew the big-endian triple.
DeltaFile
+16-0editors/openoffice-devel/files/patch-set_soenv.in
+14-0editors/openoffice-4/files/patch-jvmfwk_plugins_sunmajor_pluginlib_vendorbase.hxx
+14-0editors/openoffice-devel/files/patch-jvmfwk_plugins_sunmajor_pluginlib_vendorbase.hxx
+11-0editors/openoffice-devel/files/patch-source__soenv.sh
+5-4editors/openoffice-4/files/patch-set_soenv.in
+4-1editors/openoffice-devel/Makefile
+64-51 files not shown
+68-67 files

FreeBSD/ports 157261f — www/node26/files patch-deps_v8_src_codegen_assembler.h patch-deps_v8_src_codegen_ppc_macro-assembler-ppc.cc

www/node26: fix safepoints after calls on powerpc64*

Backport V8 f331137d5968. The assembler can put its trampoline pool
right after a call, and the safepoint and exception handler for that
call are then recorded at the wrong address, so the GC can scan the
wrong stack slots and exceptions can skip their catch block.
DeltaFile
+37-0www/node26/files/patch-deps_v8_src_codegen_ppc_assembler-ppc.h
+30-0www/node26/files/patch-deps_v8_src_codegen_ppc_macro-assembler-ppc.cc
+20-0www/node26/files/patch-deps_v8_src_codegen_assembler.h
+87-03 files

FreeBSD/ports e1c869f — editors/openoffice-4 Makefile, editors/openoffice-devel Makefile

editors/openoffice-*: don't require libjawt.so

openjdk8 keeps libjawt.so under jre/lib, where pkg doesn't register it
as provided, so pkg add of the package fails with "Missing shlib
libjawt.so". openjdk8 is already a run dependency.
DeltaFile
+2-0editors/openoffice-devel/Makefile
+2-0editors/openoffice-4/Makefile
+4-02 files

FreeBSD/ports 2a0d2e8 — www/immich pkg-plist distinfo

www/immich: enable on powerpc64le

Same as immich-cli: use the Wasm builds of rolldown, oxide, lightningcss
and esbuild there, and the TypeScript 6 compiler.

While here, stop hardcoding x64 in the sharp entries of pkg-plist.
DeltaFile
+52-2www/immich/Makefile
+23-1www/immich/distinfo
+10-10www/immich/pkg-plist
+85-133 files

FreeBSD/ports f276565 — www/immich-cli distinfo Makefile

www/immich-cli: enable on powerpc64le

rolldown and the TypeScript 7 compiler have no FreeBSD/powerpc64le
binaries, so use the Wasm build of rolldown there and the TypeScript 6
compiler instead.
DeltaFile
+33-1www/immich-cli/Makefile
+15-1www/immich-cli/distinfo
+48-22 files

FreeBSD/ports 9dcb195 — www/node26/files patch-deps_v8_src_maglev_ppc_maglev-assembler-ppc-inl.h

www/node26: fix Maglev on powerpc64

Maglev's PowerPC code loads a whole word where it should test one byte
of the map, so it checks the wrong byte on big endian. Once a function
gets optimized, "x == null" and "typeof x" give wrong results.
DeltaFile
+20-0www/node26/files/patch-deps_v8_src_maglev_ppc_maglev-assembler-ppc-inl.h
+20-01 files

FreeBSD/ports 42b1140 — www/node26 Makefile

www/node26: drop -mpower8-vector

Node 26 already builds with -mcpu=power9.
DeltaFile
+0-1www/node26/Makefile
+0-11 files

FreeBSD/ports 5018c72 — www/node24 Makefile, www/node24/files patch-deps_v8_third__party_simdutf_simdutf.h

www/node24: drop -mpower8-vector

simdutf enables its POWER code whenever AltiVec is available, but that
code needs POWER8. Backport simdutf 573d42d7, which also checks for
POWER8, and drop the flag. There are no official powerpc64 packages,
so anyone who wants the POWER8 code can set CPUTYPE.
DeltaFile
+11-0www/node24/files/patch-deps_v8_third__party_simdutf_simdutf.h
+0-1www/node24/Makefile
+11-12 files

FreeBSD/ports d105327 — www/node22 Makefile, www/node22/files patch-deps_v8_src_base_cpu.cc

www/node2{2,4,6}: detect the CPU on powerpc64*

V8 only detects the CPU on Linux and AIX. On FreeBSD it assumes the
oldest CPU it supports, so node 22 and 24 never use POWER9 code and
reject every Wasm module that uses SIMD. Read the ISA level from
AT_HWCAP and AT_HWCAP2 instead.
DeltaFile
+39-0www/node22/files/patch-deps_v8_src_base_cpu.cc
+29-0www/node24/files/patch-deps_v8_src_base_cpu.cc
+27-0www/node26/files/patch-deps_v8_src_base_cpu.cc
+1-1www/node26/Makefile
+1-1www/node24/Makefile
+1-1www/node22/Makefile
+98-36 files

FreeBSD/ports 694956b — www/node22 Makefile, www/node22/files patch-deps_simdutf_simdutf.h

www/node22: don't require POWER8 on powerpc64

simdutf enables its POWER code whenever AltiVec is available, but that
code needs POWER8, so the port had to build with -mpower8-vector.
Backport simdutf 573d42d7, which also checks for POWER8, and drop the
flag.
DeltaFile
+11-0www/node22/files/patch-deps_simdutf_simdutf.h
+0-1www/node22/Makefile
+11-12 files

FreeBSD/ports e9660cf — www/node22/files patch-deps_v8_src_compiler_backend_ppc_code-generator-ppc.cc patch-deps_v8_src_wasm_baseline_ppc_liftoff-assembler-ppc-inl.h

www/node22: fix i8x16.bitmask on powerpc64*

Backport V8 2abc61361dd4. The PowerPC code passes r0 to mtvsrdd, which
reads it as zero, so lanes 8-15 of the mask come out wrong. Node 24 and
26 already have the fix.
DeltaFile
+11-0www/node22/files/patch-deps_v8_src_compiler_backend_ppc_code-generator-ppc.cc
+11-0www/node22/files/patch-deps_v8_src_wasm_baseline_ppc_liftoff-assembler-ppc-inl.h
+22-02 files

LLVM/project f99a018 — llvm/include/llvm/CodeGen BasicBlockMatchingAndInference.h, llvm/lib/CodeGen TargetPassConfig.cpp CodeGenOptions.td

[CodeGen] Move BasicBlockMatchingAndInference options to CodeGenOptions.td (#235180)

Move -propeller-match-bbid and -propeller-infer-threshold from cl::opt
in BasicBlockMatchingAndInference.cpp to CodeGenOptions.td. This avoids
exposing PropellerMatchBBID in BasicBlockMatchingAndInference.h and
including that header in TargetPassConfig.cpp.
DeltaFile
+4-14llvm/lib/CodeGen/BasicBlockMatchingAndInference.cpp
+6-0llvm/lib/CodeGen/CodeGenOptions.td
+0-4llvm/include/llvm/CodeGen/BasicBlockMatchingAndInference.h
+1-2llvm/lib/CodeGen/TargetPassConfig.cpp
+11-204 files

LLVM/project 9cf173d — llvm/lib/CodeGen MachinePipeliner.cpp, llvm/lib/Passes CodeGenPassBuilder.cpp

CodeGen: Consolidate MachinePipeliner controls (#235311)

This pass followed the anti-pattern of having a cl::opt in the pass
which early returned instead of not adding the pass to the pipeline in
the first place.  Additionally several targets had their own cl::opts
used from the subtarget enablement hook.

Consolidate this into one generic control with a subtarget hook to
enable the pipeliner, following the example of enable-misched /
enableMachineScheduler.

Adding the nop pass still had the side effect of running the required
analyses which exposed issues. In particular this hides failures in
PPC with the defaults. The LiveIntervals dependency would assert if
there were unreachable blocks which was possible with the point PPC
inserted the pass.

Hexagon's hardware loop passes move to the end of
addMachineSSAOptimization so they still run before the pipeliner.

    [6 lines not shown]
DeltaFile
+19-12llvm/lib/Target/Hexagon/HexagonTargetMachine.cpp
+0-9llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp
+8-0llvm/lib/Passes/CodeGenPassBuilder.cpp
+0-7llvm/test/CodeGen/PowerPC/O3-pipeline.ll
+0-7llvm/lib/CodeGen/MachinePipeliner.cpp
+1-6llvm/lib/Target/PowerPC/PPCSubtarget.cpp
+28-4159 files not shown
+100-11065 files

FreeBSD/ports 1283580 — graphics/nvidia-drm-515-kmod distinfo, graphics/nvidia-drm-61-kmod distinfo

x11/nvidia-driver, x11/nvidia-kmod, x11/linux-nvidia-libs, graphics/nvidia-drm*-kmod, x11/nvidia-settings, x11/nvidia-xconfig: Update to 595.112.07

Update to latest Production Branch of drivers 595.112.07:
https://www.nvidia.com/en-us/drivers/details/283701/

Linux counterparts for x11/linux-nvidia-libs:
https://www.nvidia.com/en-us/drivers/details/283699/

Both added support for X.Org xserver ABI 28 (xorg-server 26.1) only.

PR:             299742
DeltaFile
+3-3x11/linux-nvidia-libs/distinfo
+3-3graphics/nvidia-drm-latest-kmod/distinfo
+3-3graphics/nvidia-drm-66-kmod/distinfo
+3-3graphics/nvidia-drm-612-kmod/distinfo
+3-3graphics/nvidia-drm-61-kmod/distinfo
+3-3graphics/nvidia-drm-515-kmod/distinfo
+18-187 files not shown
+31-3113 files

LLVM/project a32ac19 — flang/test/Evaluate fold-specific-minmax-kind.f90 fold-real10-storage-size.f90, flang/unittests/Evaluate RealValueTest.cpp IntegerValueTest.cpp

The AI is nitpicking
DeltaFile
+1-1flang/unittests/Evaluate/RealValueTest.cpp
+1-1flang/unittests/Evaluate/IntegerValueTest.cpp
+1-1flang/test/Evaluate/fold-specific-minmax-kind.f90
+1-1flang/test/Evaluate/fold-real10-storage-size.f90
+4-44 files

OpenBSD/ports ZINvCLp — devel/spidermonkey140 Makefile

   Add PORTROACH marker.
VersionDeltaFile
1.19+2-0devel/spidermonkey140/Makefile
+2-01 files

HardenedBSD/ports 844fbd7 — games/py-mnemosyne-proj Makefile, mail/milter-skem Makefile

Merge branch 'freebsd/main' into hardenedbsd/main
DeltaFile
+413-447net/s3m/distinfo
+205-222net/s3m/Makefile.crates
+217-89www/code-server/pkg-plist
+56-0security/vuxml/vuln/2026.xml
+26-20mail/milter-skem/Makefile
+26-5games/py-mnemosyne-proj/Makefile
+943-78365 files not shown
+1,169-94371 files

OpenBSD/ports C3j07M0 — x11/gnome/connections Makefile distinfo, x11/gnome/connections/pkg PLIST

   Update to gnome-connections-51.0.
VersionDeltaFile
1.15+15-0x11/gnome/connections/pkg/PLIST
1.18+2-2x11/gnome/connections/distinfo
1.28+1-2x11/gnome/connections/Makefile
+18-43 files

LLVM/project 4ba1f60 — flang/include/flang/Evaluate call.h type.h, flang/lib/Evaluate constant.cpp real-value.cpp

Additional CHECK for kind

Idea to use IsValidKindOfIntrinsicType by ChatGPT 5.6-Sol
DeltaFile
+8-8flang/lib/Evaluate/real-value-impl.cpp
+5-9flang/include/flang/Evaluate/type.h
+6-2flang/include/flang/Evaluate/call.h
+2-3flang/lib/Evaluate/fold-integer.cpp
+3-1flang/lib/Evaluate/real-value.cpp
+3-0flang/lib/Evaluate/constant.cpp
+27-236 files

HardenedBSD/ports 11e1dcd — graphics/nvidia-drm-515-kmod-580 distinfo, graphics/nvidia-drm-61-kmod-580 distinfo

x11/nvidia-kmod-580, x11/nvidia-driver-580, x11/linux-nvidia-libs-580, graphics/nvidia-drm-*-kmod-580: Update to 580.196.07

No entry for this release can be seen in FreeBSD version of
NVIDIA_Changelog file, but in document below:
https://docs.nvidia.com/datacenter/tesla/tesla-release-notes-580-196-07/index.html

PR:             299767
DeltaFile
+3-3x11/linux-nvidia-libs-580/distinfo
+3-3graphics/nvidia-drm-latest-kmod-580/distinfo
+3-3graphics/nvidia-drm-66-kmod-580/distinfo
+3-3graphics/nvidia-drm-612-kmod-580/distinfo
+3-3graphics/nvidia-drm-61-kmod-580/distinfo
+3-3graphics/nvidia-drm-515-kmod-580/distinfo
+18-189 files not shown
+35-3515 files

FreeBSD/ports 11e1dcd — graphics/nvidia-drm-515-kmod-580 distinfo, graphics/nvidia-drm-61-kmod-580 distinfo

x11/nvidia-kmod-580, x11/nvidia-driver-580, x11/linux-nvidia-libs-580, graphics/nvidia-drm-*-kmod-580: Update to 580.196.07

No entry for this release can be seen in FreeBSD version of
NVIDIA_Changelog file, but in document below:
https://docs.nvidia.com/datacenter/tesla/tesla-release-notes-580-196-07/index.html

PR:             299767
DeltaFile
+3-3x11/linux-nvidia-libs-580/distinfo
+3-3graphics/nvidia-drm-latest-kmod-580/distinfo
+3-3graphics/nvidia-drm-66-kmod-580/distinfo
+3-3graphics/nvidia-drm-612-kmod-580/distinfo
+3-3graphics/nvidia-drm-61-kmod-580/distinfo
+3-3graphics/nvidia-drm-515-kmod-580/distinfo
+18-189 files not shown
+35-3515 files

FreeBSD/ports 29aa231 — www/py-searxng-devel distinfo Makefile

www/py-searxng-devel: Update to 20261024

ChangeLog:
https://github.com/searxng/searxng/compare/aa05941..ef0ec03

MFH:            2026Q4
(cherry picked from commit aba08524908eb2d2a9594132762de3caf2c4bcb9)
DeltaFile
+3-4www/py-searxng-devel/Makefile
+3-3www/py-searxng-devel/distinfo
+6-72 files

HardenedBSD/ports aba0852 — www/py-searxng-devel distinfo Makefile

www/py-searxng-devel: Update to 20261024

ChangeLog:
https://github.com/searxng/searxng/compare/aa05941..ef0ec03

MFH:            2026Q4
DeltaFile
+3-4www/py-searxng-devel/Makefile
+3-3www/py-searxng-devel/distinfo
+6-72 files

FreeBSD/ports aba0852 — www/py-searxng-devel distinfo Makefile

www/py-searxng-devel: Update to 20261024

ChangeLog:
https://github.com/searxng/searxng/compare/aa05941..ef0ec03

MFH:            2026Q4
DeltaFile
+3-4www/py-searxng-devel/Makefile
+3-3www/py-searxng-devel/distinfo
+6-72 files

FreeBSD/ports a85184e — security/vuxml/vuln 2026.xml

security/vuxml: Document Node.js October 2026 vulnerabilities

- node, node22, node24 and node26, 10 CVEs
- from the October 21 2026 Node.js security release

Sponsored by:   SkunkWerks, GmbHi
DeltaFile
+56-0security/vuxml/vuln/2026.xml
+56-01 files