-
Notifications
You must be signed in to change notification settings - Fork 70
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync Khronos OpenCL-Header cl_intel_mem_alloc_buffer_location extension #62
Conversation
Great upstream work, Sherry 🙂 Instead of copying only the new |
Sure! I will sync everything. |
The sync is complete. A caveat: one of the files we currently have does not exist in khronos registry. I feel like we might not want to push these to khronos, but at the same time we do not want to have our own enum that potentially will conflict with future khronos headers. Things in this file need to be updated periodically. |
Thanks Sherry. Could you set the modes of the files back to non-executable ( |
4a8c2f2
to
4274b47
Compare
KhronosGroup/OpenCL-Headers@80c10b1 cl_ext_intelfpga does not exist in ocl header but is still added in this repo because it is needed in profilers etc. This file potentially need to be updated once a while to avoid conflict with khronos header. Upgrade default version to opencl core 3.0. This will not break existing functionality because we are currently already building with 3.0 (see CMakeLists.txt). All future version of opencl core is backward compatible.
clEnqueueWriteBufferRect function's parameter name changed in newly synced khronos header. Need to change source files as well
Thanks @sherry-yuan! I pushed a minor revision that reverts the executable bit on |
This resolves warnings introduced with the OpenCL headers update. intel#62 ../include/CL/cl_ext_intel.h:19:105: note: #pragma message: The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly. #pragma message("The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly.") Closes intel#66
Note that opencl.h already includes cl_ext.h This resolves warnings introduced with the OpenCL headers update. intel#62 ../include/CL/cl_ext_intel.h:19:105: note: #pragma message: The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly. #pragma message("The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly.") Closes intel#66
Note that opencl.h already includes cl_ext.h This resolves warnings introduced with the OpenCL headers update. intel#62 ../include/CL/cl_ext_intel.h:19:105: note: #pragma message: The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly. #pragma message("The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly.") Closes intel#66
Note that opencl.h already includes cl_ext.h This resolves warnings introduced with the OpenCL headers update. #62 ../include/CL/cl_ext_intel.h:19:105: note: #pragma message: The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly. #pragma message("The Intel extensions have been moved into cl_ext.h. Please include cl_ext.h directly.") Closes #66
This amends intel#62
This amends intel#62
This amends intel#62 OpenCL layers are an experimental feature which we don't use, but there is no downside to installing the header for the sake of completeness. https://github.com/KhronosGroup/OpenCL-ICD-Loader/blob/cd7d07cfa667d8d959b4272be45cf217a65c2948/README.md#about-layers
This amends #62 OpenCL layers are an experimental feature which we don't use, but there is no downside to installing the header for the sake of completeness. https://github.com/KhronosGroup/OpenCL-ICD-Loader/blob/cd7d07cfa667d8d959b4272be45cf217a65c2948/README.md#about-layers
Done to align with buffer location opencl extension in https://github.com/KhronosGroup/OpenCL-Headers/blob/80c10b1f65b932894b830da7cd37bc56c541bae4/CL/cl_ext.h#L2350-L2361
This extension allows user to specify which device global memory the memory should be allocated to.