| Summary: | app-eselect/eselect-opencl - add support for selecting CL-1.2 headers | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | om3i <r9ku1q> |
| Component: | Current packages | Assignee: | Patrick Lauer <patrick> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | bircoph, marius.brehler+gentoo, nikolay.pershyn, renegart |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | https://bugs.gentoo.org/show_bug.cgi?id=557138 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 601996 | ||
|
Description
om3i
2014-08-30 13:04:03 UTC
So the trick here would be that we figure out for each target what it supports (e.g. nvidia -> 1.1, fglrx -> 1.2, radeon/mesa -> 1.1 ) and then either show the "best" by default, or allow eselect to choose all up to the highest available nvidia-drivers 350 support OpenCL 1.2, but eselect-opencl still links to the 1.1 headers, causing issues with ffmpeg and other applications. As a workaround: mkdir /usr/lib64/OpenCL/vendors/nvidia/include cd /usr/lib64/OpenCL/vendors/nvidia/include ln -s ../../../global/include/CL-1.2 CL eselect opengl set nvidia This symlink should propably be created by the nvidia-drivers package, as it's the only package which knows weather the current nvidia driver supports OpenCL 1.2. Actually, it is even worse. Installing dev-util/intel-ocl-sdk-4.4.0.117-r1 ships a libOpenCL.so pointing to ../../opt/intel/opencl-1.2-4.4.0.117/lib64/libOpenCL.so.1.2. The headers still point to OpenCL 1.1 anyway. Any progress or further ideas how to handle this issue? This somehow blocks revision bumps of clblas and clfft in the science overlay, since these require OpenCL<=1.2. It looks like this was fixed in https://github.com/gentoo/gentoo/commit/cb730d07e4e9c2f96b865de36428eefa091723cb ? Can anyone confirm? |
