Jerome Kieffer <Jerome.Kieffer(a)esrf.fr> writes:
I am coming back on that issue ...
It would be great to have a manylinux wheel of pyopencl statically
linked to pocl. This would allow all OpenCL python code to be tested on
Travis-CI and provide a default implementation for all those who don't
want to install OpenCL drivers.
It looks like a lot of us want that. :)
I've started mucking with that a bit, on this branch, using scikit-build:
But this doesn't seem like the way to go, at all. Getting LLVM and POCL
to all build within the same tree seems nightmarish--although maybe I've
just gone about it wrong. (I tried to get them all into a single CMake
project, which is likely a bad idea.)
I think the more promising attempt would be to get pyopencl into
One advantage of conda-forge is that packages for all* platforms would
be automatically built.
I've already worked on some conda recipes for the PyOpenCL stack at some point:
I'll see about getting that done. If you'd like to help, please let me know!
Embedding the libopencl into a wheel looks perfectly feasible. The
is probably in the parsing of the available ICD and so on.
How can this work ? Anybody has an idea ?
POCL can be operated in an ICD-Loader-less way, so that's not an issue,