Darktable does not find OpenCL library if its file's name contains the lib version
While trying to load libOpenCL, darktable searches exclusively by a file named: "libOpenCL.so", but, depending on the Linux distribution used, the file name might have it's version appended to the name.
In my system, specifically (Fedora 20), the lib path is: /lib64/libOpenCL.so.1 (symlink to the real lib file). And most (if not all libs in the system) has the same naming style.
Since darktable looks exclusively for "libOpenCL.so", it is unsable to load the lib saying it wasn't able to find it.
Creating a new symlink in the lib64 directory quickly fixes the problem, but, any user with no OS experience might not be able to identify it. (It took me some time to web search to find darktable debug options :)
Hope the report helps :)
I reproduced this problem on Fedora 20, with the fedora rpm version of darktable 1.4.2, not sure if any other versions are affected by this problem
#5 Updated by Ulrich Pegelow over 5 years ago
- % Done changed from 50 to 100
- Status changed from In Progress to Fixed
Applied in changeset darktable|4276165d79bb50f460d78f50d19ae4bd8c51e279.