FreeNAS/freenas b906085src/middlewared/middlewared/plugins/vm clone.py

NAS-140792 / 26.0.0-BETA.2 / Fix attribute access on snapshot results in vm.clone (#18840)
DeltaFile
+1-1src/middlewared/middlewared/plugins/vm/clone.py
+1-11 files

LLVM/project 239189clibcxx/include optional, libcxx/test/std/utilities/optional/optional.object optional_helper_types.h

[libc++] Disable mistakenly enabled `optional<T&>` constructors for `optional<T>` (#194446)

Resolves #194415 

- A constructor specifically meant for `optional<T&>` was left enabled
for `optional<T>`
- Fix it, and add a test to check for regression.
- This patch also corrects the constraints for `optional(optional<U>&)`
and `optional(const optional<U>&)` , as they were incorrectly
disallowing [valid conversions](https://godbolt.org/z/1r5Ea7z5M)
- Also, correct the `noexcept` specification.
- Add tests for both corrections.
DeltaFile
+38-1libcxx/test/std/utilities/optional/optional.object/optional_helper_types.h
+35-0libcxx/test/std/utilities/optional/optional.object/optional.object.ctor/optional_U.pass.cpp
+31-0libcxx/test/std/utilities/optional/optional.object/optional.object.ctor/const_optional_U.pass.cpp
+15-11libcxx/include/optional
+3-5libcxx/test/std/utilities/optional/optional.object/optional.object.ctor/ref_constructs_from_temporary.verify.cpp
+122-175 files

FreeBSD/ports 026b617www/nextcloud-calendar distinfo Makefile

www/nextcloud-calendar: Update to 6.2.3
DeltaFile
+3-3www/nextcloud-calendar/distinfo
+1-1www/nextcloud-calendar/Makefile
+4-42 files

FreeBSD/ports 6dcf607www/nextcloud-contacts distinfo Makefile

www/nextcloud-contacts: Update to 8.4.5
DeltaFile
+3-3www/nextcloud-contacts/distinfo
+1-1www/nextcloud-contacts/Makefile
+4-42 files

FreeBSD/ports 5a873acmail/nextcloud-mail distinfo Makefile

mail/nextcloud-mail: Update to 5.7.14
DeltaFile
+3-3mail/nextcloud-mail/distinfo
+1-1mail/nextcloud-mail/Makefile
+4-42 files

LLVM/project d8ef5bcclang/lib/CIR/CodeGen CIRGenModule.cpp, clang/test/CIR/CodeGen optsize-func-attr.cpp function-target-features.c

[CIR] Emit target-cpu, target-features, and tune-cpu attrs on cir.func (#193458)

Add `getCPUAndFeaturesAttributes` to `CIRGenModule`, mirroring OGCG's
`GetCPUAndFeaturesAttributes`.
This sets `cir.target-cpu`, `cir.target-features` and `cir.tune-cpu`
string attributes on `cir.func`.
For AMDGPU, only features that differ from the target CPU's defaults are
emitted matching OGCG.
DeltaFile
+91-2clang/lib/CIR/CodeGen/CIRGenModule.cpp
+65-0clang/test/CIR/CodeGenHIP/target-features.hip
+12-18clang/test/CIR/CodeGen/optsize-func-attr.cpp
+27-0clang/test/CIR/CodeGen/function-target-features.c
+8-8clang/test/CIR/CodeGen/misc-attrs.cpp
+13-0clang/test/CIR/CodeGen/tune-cpu.c
+216-2816 files not shown
+246-5522 files

LLVM/project 0a4798aoffload/libomptarget device.cpp, offload/libomptarget/OpenMP/OMPT Callback.cpp

[OMPT][OpenMP] Use omp_initial_device for host in callbacks (#192924)

The OpenMP specification offers different ways for identifying the host
device. While users of the OpenMP API can use `omp_get_initial_device()`
or the constant `omp_initial_device` (available since OpenMP v5.2), a
tool needs to rely on the `initial_device_num` passed by the OpenMP
runtime during the `initialize` callback.

In #134451, it was discovered that the `initial_device_num` passed is
always `0`, regardless of any device are available for offload
execution. For host-only OpenMP code, this matches the result of
`omp_get_num_devices()`, and is a valid result. In the case of devices
being available though, this passed identifier is incorrect. While
`libomp` calls `omp_get_num_devices()`, `libomptarget` has not fully
initialized its PluginManager at that point, hence returning no
available devices. Tools relying on `initial_device_num` might therefore
incorrectly assume host-side execution when some code runs on a device.
Since the `ompt_get_num_devices()` entry point is also not fully
implemented, tools currently need to do on-the-fly handling for the host

    [10 lines not shown]
DeltaFile
+18-14offload/libomptarget/OpenMP/OMPT/Callback.cpp
+4-3openmp/runtime/src/ompt-general.cpp
+2-2offload/libomptarget/device.cpp
+1-1offload/test/ompt/target_memcpy.c
+1-1offload/test/ompt/target_memcpy_emi.c
+26-215 files

LLVM/project eb4568clldb/source/Target Process.cpp

fixup! cosmetic changes
DeltaFile
+7-6lldb/source/Target/Process.cpp
+7-61 files

LLVM/project 39c49a8lldb/include/lldb/Target Process.h, lldb/source/Target Process.cpp ThreadPlanStepOverBreakpoint.cpp

fixup! use Error instead of Status
DeltaFile
+14-12lldb/source/Target/Process.cpp
+4-4lldb/source/Target/ThreadPlanStepOverBreakpoint.cpp
+2-2lldb/include/lldb/Target/Process.h
+20-183 files

LLVM/project 74b6eb5lldb/include/lldb/Target Process.h, lldb/source/Target Process.cpp

fixup! fix typos
DeltaFile
+1-1lldb/include/lldb/Target/Process.h
+1-1lldb/source/Target/Process.cpp
+2-22 files

LLVM/project 0e8eb8blldb/include/lldb/Target Process.h, lldb/source/Target Process.cpp

fixup! Remove delayed breakpoints
DeltaFile
+7-11lldb/source/Target/Process.cpp
+2-4lldb/include/lldb/Target/Process.h
+9-152 files

LLVM/project 0949dc6lldb/source/Target Process.cpp

fixup! don't enqueue actions that won't change the site status
DeltaFile
+7-1lldb/source/Target/Process.cpp
+7-11 files

LLVM/project 7107bb3clang/docs OpenMPSupport.rst

[OpenMP][NFC] Update OpenMP Support doc for Tools Interface (#193173)

All enum values for OpenMP v5.1 are implemented.
Add entries for added and deprecated OpenMP Tools Interface features in
OpenMP v6.0.

Also fix link to PR for `transparent clause (hull tasks)`.

Signed-off-by: Jan André Reuter <j.reuter at fz-juelich.de>
DeltaFile
+44-7clang/docs/OpenMPSupport.rst
+44-71 files

LLVM/project 89133afclang/test/CXX/drs cwg28xx.cpp, clang/www cxx_dr_status.html

[clang][NFC] Mark CWG2807 as implemented and add a test (#194755)

CWG2807 (https://wg21.link/cwg2807): One part of the standard correctly
said destructors can't be `consteval`, but another incorrectly said they
can be.

Clang diagnosed this in 9.0, for some reason started accepting it in
10.0, then went back to diagnosing in 11.0:
https://godbolt.org/z/6sWTYT38M. I've marked it as implemented since
11.0.

The issue that prompted the DR: #65665
DeltaFile
+10-0clang/test/CXX/drs/cwg28xx.cpp
+1-1clang/www/cxx_dr_status.html
+11-12 files

LLVM/project c09bc10llvm/test/CodeGen/AMDGPU amdgcn.bitcast.1024bit.ll amdgcn.bitcast.512bit.ll, llvm/test/CodeGen/RISCV/rvv fixed-vectors-fp-setcc.ll fixed-vectors-setcc-fp-vp.ll

Merge remote-tracking branch 'upstream/main' into users/ssahasra/av-intrinsics
DeltaFile
+4,811-4,818llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.1024bit.ll
+5,061-4,162llvm/test/CodeGen/Thumb2/mve-clmul.ll
+326-4,626llvm/test/CodeGen/RISCV/rvv/fixed-vectors-fp-setcc.ll
+1,872-1,883llvm/test/CodeGen/AMDGPU/amdgcn.bitcast.512bit.ll
+3,230-456llvm/test/CodeGen/WebAssembly/strided-int-mac.ll
+565-2,727llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-fp-vp.ll
+15,865-18,6725,333 files not shown
+237,953-123,9035,339 files

LLVM/project a2c59a5lldb/include/lldb/Target Process.h

fixup! make iteration order independent of pointers
DeltaFile
+10-1lldb/include/lldb/Target/Process.h
+10-11 files

LLVM/project 6e13041lldb/source/Target TargetProperties.td Process.cpp

fixup! review comments
DeltaFile
+2-2lldb/source/Target/TargetProperties.td
+1-0lldb/source/Target/Process.cpp
+3-22 files

LLVM/project 2b427e9lldb/include/lldb/Target Process.h, lldb/source/Target Process.cpp

fixup! fix order of class declaration
DeltaFile
+14-12lldb/include/lldb/Target/Process.h
+2-3lldb/source/Target/Process.cpp
+16-152 files

LLVM/project 1a81f3blldb/include/lldb/Target Process.h, lldb/source/Plugins/Process/Utility StopInfoMachException.cpp

[lldb] Implement delayed breakpoints

This patch changes the Process class so that it delays *physically*
enabling/disabling breakpoints until the process is about to
resume/detach/be destroyed, potentially reducing the packets transmitted
by batching all breakpoints together.

Most classes only need to know whether a breakpoint is "logically"
enabled, as opposed to "physically" enabled (i.e. the remote server has
actually enabled the breakpoint). However, lower level classes like
derived Process classes, or StopInfo may actually need to know whether
the breakpoint was physically enabled. As such, this commit also adds a
"IsPhysicallyEnabled" API.

https://github.com/llvm/llvm-project/pull/192910
DeltaFile
+96-6lldb/source/Target/Process.cpp
+30-1lldb/include/lldb/Target/Process.h
+6-6lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+5-3lldb/source/Plugins/Process/Utility/StopInfoMachException.cpp
+4-2lldb/source/Target/ThreadPlanStepOverBreakpoint.cpp
+5-0lldb/source/Target/TargetProperties.td
+146-183 files not shown
+150-229 files

LLVM/project d4b7b73llvm/test/tools/llvm-ir2vec/bindings lit.local.cfg ir2vec-getFuncEmbMap.py, llvm/tools/llvm-ir2vec/Bindings CMakeLists.txt

[llvm-ir2vec] Place IR2Vec Python bindings in the tools/llvm-ir2vec/Bindings build directory (#194301)

## Place IR2Vec Python bindings `.so` in the Bindings build directory

Without an explicit output directory, CMake places the nanobind
extension module
in `<build>/lib/`, alongside unrelated LLVM libraries.

- This change adds `set_target_properties` to redirect the output to
`<build>/tools/llvm-ir2vec/Bindings/`, keeping the Python bindings
isolated within its own tool's build tree. This mirrors MLIR's
convention,
where Python extension modules are placed under
`<build>/tools/mlir/python_packages/` rather than the global `lib/`
directory. 


- %llvm_lib_dir was pointing to build-llvm/lib but the .so actually
lives at build-llvm/tools/llvm-ir2vec/Bindings/. The tests were silently

    [7 lines not shown]
DeltaFile
+5-0llvm/tools/llvm-ir2vec/Bindings/CMakeLists.txt
+1-2llvm/test/tools/llvm-ir2vec/bindings/lit.local.cfg
+1-1llvm/test/tools/llvm-ir2vec/bindings/ir2vec-getFuncEmbMap.py
+1-1llvm/test/tools/llvm-ir2vec/bindings/ir2vec-getBBEmbMap.py
+1-1llvm/test/tools/llvm-ir2vec/bindings/ir2vec-getFuncEmb.py
+1-1llvm/test/tools/llvm-ir2vec/bindings/ir2vec-getFuncNames.py
+10-64 files not shown
+14-810 files

LLVM/project 9d332aallvm/test/TableGen/GlobalISelEmitter metadata-operand.td, llvm/utils/TableGen/Common/GlobalISel GlobalISelMatchTable.cpp

[GlobalISel] skip type check when matching metadata operand (#191389)

Assisted-by: Claude Opus 4.6

---------

Co-authored-by: macurtis-amd <macurtis at amd.com>
DeltaFile
+32-0llvm/test/TableGen/GlobalISelEmitter/metadata-operand.td
+6-0llvm/utils/TableGen/Common/GlobalISel/GlobalISelMatchTable.cpp
+38-02 files

LLVM/project c758623llvm/lib/Transforms/Vectorize VPlanTransforms.cpp, llvm/test/Transforms/LoopVectorize/AArch64 partial-reduce-chained.ll

[VPlan] Don't create sub(ext(mul(...))) partial reductions (#194660)

Currently if we have a loop that does a sub(ext(mul(...))) reduction
then createPartialReductions will try to transform it to a partial
reduction but then crash due to hitting an llvm_unreachable in
createPartialReductionExpression.

It looks like handling this in createPartialReductionExpression would
require adding a new expression recipe kind, so for now just don't try
to use a partial reduction so we avoid the crash.

Fixes #194000
DeltaFile
+178-0llvm/test/Transforms/LoopVectorize/AArch64/partial-reduce-chained.ll
+3-0llvm/lib/Transforms/Vectorize/VPlanTransforms.cpp
+181-02 files

LLVM/project 30fa415llvm/lib/Target/X86 X86FastISel.cpp, llvm/test/CodeGen/X86 fast-isel-struct-ret.ll bf16-fast-isel.ll

[X86][FastISel] Restore support for struct returns (#194586)

After #180322, X86 FastISel forces SDAG fallback for any call with a
struct return. This caused major compile-time regressions for debug
builds in Rust, where struct returns are very common.

The type legality check should work on the de-aggregated types, not on
the return type directly.
DeltaFile
+58-0llvm/test/CodeGen/X86/fast-isel-struct-ret.ll
+30-0llvm/test/CodeGen/X86/bf16-fast-isel.ll
+16-11llvm/lib/Target/X86/X86FastISel.cpp
+104-113 files

LLVM/project a39ba6elld/COFF InputFiles.cpp Driver.cpp

[LLD][COFF] Move Archive::create call to LinkerDriver::addBuffer (NFC) (#194346)

This allows an upcoming change to Archive::create() to make decisions
based on the archive type.
DeltaFile
+5-5lld/COFF/InputFiles.cpp
+5-4lld/COFF/Driver.cpp
+2-1lld/COFF/InputFiles.h
+12-103 files

LLVM/project 2696eb3lldb/include/lldb/Target Process.h, lldb/source/Plugins/Process/MacOSX-Kernel ProcessKDP.cpp

fixup! replace pointer overload with references
DeltaFile
+6-12lldb/source/Target/Process.cpp
+6-6lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+3-3lldb/source/Plugins/Process/Utility/StopInfoMachException.cpp
+2-2lldb/source/Plugins/Process/MacOSX-Kernel/ProcessKDP.cpp
+1-2lldb/include/lldb/Target/Process.h
+1-1lldb/source/Plugins/Process/scripted/ScriptedProcess.cpp
+19-262 files not shown
+21-288 files

FreeBSD/ports ee80cc2comms/meshcore-cli distinfo Makefile

comms/meshcore-cli: upgrade to 1.5.7
DeltaFile
+3-3comms/meshcore-cli/distinfo
+1-1comms/meshcore-cli/Makefile
+4-42 files

FreeBSD/ports 7a6aa91comms/py-meshcore distinfo Makefile

comms/py-meshcore: upgrade to 2.3.7
DeltaFile
+3-3comms/py-meshcore/distinfo
+1-1comms/py-meshcore/Makefile
+4-42 files

LLVM/project 4d33c69mlir/lib/ExecutionEngine CudaRuntimeWrappers.cpp RocmRuntimeWrappers.cpp, mlir/lib/Target/LLVMIR/Dialect/GPU SelectObjectAttr.cpp

[MLIR][GPU] Add cooperative launch support to gpu.launch_func (#190639)

Add a `cooperative` UnitAttr to `gpu.launch_func` that enables
cooperative kernel launch semantics. Cooperative launches guarantee that
all thread blocks in the grid are co-resident on the GPU simultaneously,
enabling grid-wide synchronization patterns.

## Implementation

When `cooperative` is set (with or without cluster sizes), the lowering
emits a call to the new `mgpuLaunchKernelCooperative` runtime function,
which uses `cuLaunchKernelEx` with a `CUlaunchConfig` and
`CU_LAUNCH_ATTRIBUTE_COOPERATIVE`. This API is guarded behind
`CUDA_VERSION >= 12000`. The HIP path funnels through
`hipModuleLaunchCooperativeKernel`.

## Changes

- **GPUOps.td**: add `cooperative` UnitAttr and assembly format keyword

    [17 lines not shown]
DeltaFile
+67-0mlir/lib/ExecutionEngine/CudaRuntimeWrappers.cpp
+45-1mlir/test/Target/LLVMIR/gpu.mlir
+33-2mlir/lib/Target/LLVMIR/Dialect/GPU/SelectObjectAttr.cpp
+20-0mlir/lib/ExecutionEngine/RocmRuntimeWrappers.cpp
+18-0mlir/test/Dialect/GPU/ops.mlir
+14-0mlir/test/Dialect/GPU/outlining.mlir
+197-34 files not shown
+219-510 files

LLVM/project 0541a00lldb/include/lldb/Breakpoint BreakpointSite.h, lldb/include/lldb/Target Process.h

[lldb][NFC] Move BreakpointSite::IsEnabled/SetEnabled into Process

The Process class is the one responsible for managing the state of a
BreakpointSite inside the process. As such, it should be the one
answering questions about the state of the site.

Future patches will make this even more important by introducing a
"logical" is enabled, by delaying the moment in which breakpoints are
actually updated in the process.

The following PRs are related to the MultiBreakpoint feature:

* https://github.com/llvm/llvm-project/pull/192910
* https://github.com/llvm/llvm-project/pull/192914
* https://github.com/llvm/llvm-project/pull/192915
* https://github.com/llvm/llvm-project/pull/192919
* https://github.com/llvm/llvm-project/pull/192962
* https://github.com/llvm/llvm-project/pull/192964
* https://github.com/llvm/llvm-project/pull/192971

    [3 lines not shown]
DeltaFile
+23-29lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.cpp
+16-7lldb/source/Target/Process.cpp
+6-14lldb/include/lldb/Breakpoint/BreakpointSite.h
+10-0lldb/include/lldb/Target/Process.h
+5-5lldb/source/Plugins/Process/MacOSX-Kernel/ProcessKDP.cpp
+8-0lldb/source/Plugins/Process/gdb-remote/ProcessGDBRemote.h
+68-555 files not shown
+76-6411 files

LLVM/project 1ef7d35lldb/source/Plugins/Process/gdb-remote GDBRemoteCommunicationClient.cpp GDBRemoteCommunicationClient.h, lldb/unittests/Process/gdb-remote GDBRemoteCommunicationClientTest.cpp

[lldb][GDBRemote] Parse MultiBreakpoint+ capability (#192962)

The following PRs are related to the MultiBreakpoint feature:

* https://github.com/llvm/llvm-project/pull/192910
* https://github.com/llvm/llvm-project/pull/192914
* https://github.com/llvm/llvm-project/pull/192915
* https://github.com/llvm/llvm-project/pull/192919
* https://github.com/llvm/llvm-project/pull/192962
* https://github.com/llvm/llvm-project/pull/192964
* https://github.com/llvm/llvm-project/pull/192971
* https://github.com/llvm/llvm-project/pull/192988
DeltaFile
+22-0lldb/unittests/Process/gdb-remote/GDBRemoteCommunicationClientTest.cpp
+10-0lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationClient.cpp
+3-0lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationClient.h
+35-03 files