Its needed for opencl support in media-video/ffmpeg-2*, see http://bugs.gentoo.org/show_bug.cgi?id=520736 Reproducible: Always
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
http://www.phoronix.com/forums/showthread.php?98998-NVIDIA-Officially-Releases-CUDA-6&p=412394#post412394
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?