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
We did not discuss this in depth in the WG today, so these are my own thoughts.
It seems like we should define separate overloads of set_final_data that take weak_ptr<T> and weak_ptr<T[]>. By defining them as separate overloads (vs. constraints on the template parameter), the user can pass anything that is implicitly convertible to these types. For example, an application could pass shared_ptr<T> because there is an implicit conversion from that to weak_ptr<T>.
We probably also want an overload which is a function template, where the template parameter is constrained to an output iterator to T.
I looked quickly at the DPC++ implementation. We do not have a special overload for shared_ptr<T>. Rather the template parameter just has no constraint. As a result, you can pass anything, include shared_ptr<T>.
KhronosGroup/SYCL-CTS#1011
The WG discussed that this is an oversight in the spec
The text was updated successfully, but these errors were encountered: