Releases · KhronosGroup/OpenCL-Headers

Synchronize with OpenCL v3.0.17 specification release.

This release includes several changes that may affect backward compatibility:

The name of the cl_diagnostics_verbose_level type was corrected to cl_diagnostics_verbose_level_intel, and the type was changed from a cl_uint to a cl_bitfield.
The cl_GLuint, cl_GLint, and cl_GLenum types were moved out cl_platform.h and into cl_gl.h.

In addition, the following changes were made for provisional extensions that may affect backward compatibility:

The cl_ndrange_kernel_command_properties_khr type was generalized and renamed to cl_command_properties_khr.
All functions that add commands to a command buffer, such as clCommandCopyBufferKHR, now accept a cl_command_properties_khr parameter.
The query for CL_MUTABLE_DISPATCH_PROPERTIES_ARRAY_KHR was generalized and renamed to CL_MUTABLE_COMMAND_PROPERTIES_ARRAY_KHR.
The clUpdateMutableCommandsKHR function was updated to work on arrays of mutable configs rather than a linked list of mutable config structures.
Support for the cl_khr_external_semaphore_dx_fence and cl_khr_external_memory_dx extensions was removed.

Synchronize with OpenCL v3.0.15 specification release.

This release includes several changes that affect backward compatibility:

The CL_DEPTH enum is now properly considered an extension enum pre-OpenCL 2.0 and a core enum for OpenCL 2.0 and newer, so applications compiling for OpenCL 1.2 or earlier will need to include an extension header to access this functionality.
The CL_UNORM_INT24 and CL_DEPTH_STENCIL enums are now properly considered extension enums for all OpenCL versions, so applications will need to include an extension header to access this functionality.
The value for the CL_ME_SKIP_BLOCK_TYPE_8x8_INTEL enum was incorrect in the previous header release and has been corrected.

In addition, the following changes were made for provisional extensions that affect backward compatibility:

The CL_COMMAND_BUFFER_STATE_INVALID_KHR enum is removed, so any code checking for this state can be removed.
The CL_DEVICE_HANDLE_LIST_KHR enum has been split into external memory and semaphore specific CL_MEM_DEVICE_HANDLE_LIST_KHR and CL_SEMAPHORE_DEVICE_HANDLE_LIST_KHR enums, so code using the older enum should be updated to use the newer enums.

Provide feedback