Updates cl.xml for the cl_intel_unified_shared_memory extension

[bashbaug]

These changes are consistent with the PR for the OpenCL headers, see: KhronosGroup/OpenCL-Headers#65

The extension spec is a touch out-of-date on github, but can be found here. I will be updating it to the revision described by these changes (or newer) shortly.

I have scripts that use the API definitions so I am reasonably confident that they are correct. I'm less confident regarding the typedefs and enum changes, but I have verified that the OpenCL specs still build correctly with these changes.

[Kerilk]

Hello,

In this PR you wrote the void keyword as <type>void</type>. Until now, in the xml file, the type markup was not used around void.

[bashbaug]

@oddhack, can you provide advice when the <type> markup should be used, and specifically whether it should be used around void? I've removed the type markup around void for my changes, since that's consistent with most usage of void in the XML file, but there are still a few other places where the type markup is still used. Thanks!

[oddhack]

@oddhack, can you provide advice when the <type> markup should be used, and specifically whether it should be used around void?

We use it consistently in the Vulkan and XR XML now. It is not necessary for C header generation and our other internal uses, though, because there's no actual dependency to satisfy to define the type before use. That is the purpose of the <type> tag. So I'd say it's your call to use it or not, but best to be consistent so the question doesn't keep coming up.

[bashbaug]

@Kerilk thanks, I fixed the inconsistency in the 0x4170 enum range also.

I'd like to address the <type> markup inconsistency as a separate PR though. I've filed #196 to track this.

[Kerilk]

@bashbaug You're welcome. I deleted the comment because I have a whole list of them and it will really be out of the scope of the pull request.

[alycm]

LGTM.

[bashbaug]

Just FYI, I have the type markup changes done to address #196, but they build upon this change, so I'd like to merge this first.