libOpenCL source code available (was: Re: Proposed improvements to the Khronos OpenCL man pages package)

[Andreas Beckmann]

Ahh, nice. Thanks for that information. Adding Vincent to the Cc.

On 2013-05-30 16:09, Giuseppe Bilotta wrote:
> Hello,
> 
>> On 2013-05-30 15:20, Giuseppe Bilotta wrote:
>>> Well, I think the public svn access is rather recent. That package
>>> should probably be updated too to make use of the svn access that has
>>> been made available.
>>
>> That sounds good, I'll have a look into this.
> 
> The root of their public repository for opencl is
> 
> https://cvs.khronos.org/svn/repos/registry/trunk/public/cl/
> 
> There you can find the 1.0, 1.1 and 1.2 headers under api/<version>,
> documentation about the registered extensions under
> extensions/<vendor> (this might be useful e.g. to patch the headers in
> case they miss some define, maybe, and also to provide some
> documentation, if an easy way to turn them into man pages can be
> found), .xml and .html versions of the documentation under
> sdk/<version>/docs/man/ (and a pdf quick-reference card in */docs/),
> and finally the pdf versions of the specifications under specs/. this
> last directory is the one that hosts the icd loader.
> 
>>> Additionally, I think debian could start packaing the Khronos opencl
>>> ICD dispatcher (khronos-libopencl1) as an alternative to the
>>> proprietary ones from amd and nvidia. I'll look into opening and RFP
>>> for this too.
>>
>> They provide source for this now?
> 
> Yes. It's not exactly well-advertise (although there was an
> announcement some time ago), and it's not in the most obvious of
> places, but it's there:
> 
> https://cvs.khronos.org/svn/repos/registry/trunk/public/cl/specs/opencl-icd-1.2.11.0.tgz
> 
> I've tried building it and it seems to build fine on my machine. The
> source also includes a small icd loading test tool.
> 
> I'm not sure about what kind of customizations vendors do the loader,
> but I would be honestly be happier with having the reference,
> open-source loader rather than a proprietary one or the
> reverse-engineered one from the ocl project.
> 
> --
> Giuseppe "Oblomov" Bilotta