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
OpenCL 2.1 relaxed error behavior around zero-sized kernel enqueues, including when the global work size is NULL, but this isn't documented clearly in the spec (for Khronos folks, this was described in the old Bugzilla 8677).
Specifically, this behavior is currently described in two places:
In the description of the work_dim parameter to clEnqueueNDRangeKernel:
If global_work_size is NULL, or the value in any passed dimension is 0 then the kernel command will trivially succeed after its event dependencies are satisfied and subsequently update its completion event. The behavior in this situation is similar to that of an enqueued marker, except that unlike a marker, an enqueued kernel with no events passed to event_wait_list may run at any time.
This should probably be moved to the description of global_work_size instead.
In the error condition for CL_INVALID_GLOBAL_WORK_SIZE:
CL_INVALID_GLOBAL_WORK_SIZE if global_work_size is NULL or if any of the values specified in global_work_size[0], …global_work_size[work_dim - 1] are 0. Returning this error code under these circumstances is deprecated by version 2.1.
This should probably be rephrased to use a different work than "deprecated".
The text was updated successfully, but these errors were encountered:
OpenCL 2.1 relaxed error behavior around zero-sized kernel enqueues, including when the global work size is NULL, but this isn't documented clearly in the spec (for Khronos folks, this was described in the old Bugzilla 8677).
Specifically, this behavior is currently described in two places:
In the description of the work_dim parameter to
clEnqueueNDRangeKernel
:This should probably be moved to the description of global_work_size instead.
In the error condition for
CL_INVALID_GLOBAL_WORK_SIZE
:This should probably be rephrased to use a different work than "deprecated".
The text was updated successfully, but these errors were encountered: