[gmx-developers] Building GROMACS 5.1/2016 with OpenCL on NVIDA CUDA 6
pall.szilard at gmail.com
Fri May 13 01:57:53 CEST 2016
On Wed, May 11, 2016 at 8:27 PM, Vedran Miletić <rivanvx at gmail.com> wrote:
> 2016-05-11 18:41 GMT+02:00 Szilárd Páll <pall.szilard at gmail.com>:
> > clEnqueueWaitForEvents has been changed to clEnqueueBarrierWithWaitList
> > OpenCL 1.2, but we do have both cases handled:
> > So AFAICT you could be using a header that's OpenCL 1.2, but the old
> > libOpenCL.so from NVIDIA.
> Indeed , and this affects all the users of Debian 8 that use the
> packaged CUDA.
That seems to be a broken setup; the API needs to be compatible with the
libraries in the repo, so they need to provide a library that's v1.1 (or
perhaps even nvidia's own lib if
> Can I somehow force OpenCL 1.1 to be used, i.e. forcefully undefine
> CL_VERSION_1_2? I tried -U parameter but this does not work .
As far as I know you can only do that in the code with #undef. We could
manage internally our own CL_VERSION something like it's done with the PTX
version in CUDA (gpu_utils/cuda_arch_utils.cuh) and somehow work around the
Debian issue, but it would be good to know how widespread this is and
whether perhaps there is a better user-side solution.
>  https://packages.debian.org/jessie/opencl-headers
> Vedran Miletić
> Gromacs Developers mailing list
> * Please search the archive at
> http://www.gromacs.org/Support/Mailing_Lists/GMX-developers_List before
> * Can't post? Read http://www.gromacs.org/Support/Mailing_Lists
> * For (un)subscribe requests visit
> or send a mail to gmx-developers-request at gromacs.org.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gromacs.org_gmx-developers