You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If ExecPolicy is TeamThreadRange a “reducing” functor is not allowed and the ReducerArgument must satisfy the Reducer concept or ReducerArgumentNonConst must be a POD type with operator += and operator = or a Kokkos::View
Rather we would like requirements that reflect that the type is:
default constructible
copyable
and "behaves ok when cudaMemcpy is called on it"
The text was updated successfully, but these errors were encountered:
Check parallel_reduce documentation, and verify behavior that is accurately described (i.e., POD types are no longer a thing in a thing);
Remove mention of POD (for C++ 20 and beyond) info from our documentation; a POD object does not have user-defined constructors
Understand if current behavior (above) is the same as desired behavior
Please verify that if a CPU pointer is copied to device, you get "correct" behavior; i.e., the type (copied from CPU) must be device-usable and is correct, without pointers to host memory spaces
Parallel reduce requirements say:
Rather we would like requirements that reflect that the type is:
The text was updated successfully, but these errors were encountered: