Brice Videau

Thanks for the pull request. I'll be reevaluating the NULL platform behavior once we revisit it in the OpenCL WG.

This is a copy paste from this post for more context: https://github.com/KhronosGroup/OpenCL-ICD-Loader/pull/114#issuecomment-669625963 This behavior has always seemed incoherent to me with the content of the extension: https://github.com/KhronosGroup/OpenCL-Docs/blob/master/ext/cl_khr_icd.asciidoc#L334-L344 which state: >...

Indeed, thanks for the report, I am not the expert on these distribution topics, Vincent is much more knowledgeable. I think this is an oversight from when the project was...

Hello, First a disclaimer: this is nor regularly tested as the structure is now public, so this mechanism is not needed at the present time. Nonetheless I tested and it...

If you want to do this, you just need to import the ocl_interface.yaml from the latest build. The update database option goal was to reverse engineer an existing libOpenCL.so library...

This `cannot find -lOpenCL` you were given means that the installation of the loader was not complete. Most probably the OpenCL library installed in /usr/local/lib/ocl-icd (or some equivalent). Depending on...

The main difference is some environment variables behave differently. This error seems strange as the loader should build using its internal version of the headers. Sorry for not responding sooner,...

@MathiasMagnus If this looks good to you, I'll do the same for the loader PR.

> Regarding the specific style we use, in my opinion there should not be a strong requirement to match the formatting used by the current headers, especially because the the...

My only question here derives from my lack of knowledge of cmake, and how projects including other cmake project (like the sdk or the loader) would react if they are...