Summary: | dev-util/clinfo does not build unless media-libs/mesa builds with USE="opencl" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Crawford (ali3nx) <mcrawford> |
Component: | Current packages | Assignee: | Craig Andrews <candrews> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | jstein, mcrawford |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | https://github.com/Oblomov/clinfo/issues/36 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | clinfo-2.2.18.04.06-build.log |
Description
Michael Crawford (ali3nx)
2018-07-07 00:59:33 UTC
What is the output of these commands: equery belongs cl.h eselect opencl list You should have a copy of cl.h provided by app-eselect/eselect-opencl-1.1.0-r4, and clinfo should be using it. If that exists and clinfo isn't finding it, I'll report the issue upstream. vargur ~ # equery belongs cl.h * Searching for cl.h ... app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-1.0/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-1.1/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-1.2/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-2.0/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-2.1/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/include/CL/cl.h -> //usr/lib64/OpenCL/global/include/CL-1.2/cl.h) vargur /usr/include/CL # eselect opencl list Available OpenCL implementations: [1] ocl-icd * ** currently do not have mesa build with USE=opencl for testing Reported at https://github.com/Oblomov/clinfo/issues/36 Can you run and post the output of: head -n2 /usr/include/CL/cl.h (In reply to Craig Andrews from comment #4) > Can you run and post the output of: > head -n2 /usr/include/CL/cl.h I've reinstalled since yesterday on the affected gentoo install and now have fully functional amdgpu opencl working. With that in mind the below output of the above command is from a fresh install with mesa built with USE="opencl" vargur ~ # head -n2 /usr/include/CL/cl.h /******************************************************************************* * Copyright (c) 2008-2015 The Khronos Group Inc. I do have a stage4 tarball backup of the install that was used to test this bug and can unpack and chroot to test if there is any discrepancy between the results should it be necessary. vargur ~ # equery belongs cl.h * Searching for cl.h ... app-eselect/eselect-opencl-1.1.0-r4 (/usr/include/CL/cl.h -> //usr/lib64/OpenCL/global/include/CL-1.2/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-1.2/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-1.1/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-1.0/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-2.0/cl.h) app-eselect/eselect-opencl-1.1.0-r4 (/usr/lib64/OpenCL/global/include/CL-2.1/cl.h) media-libs/mesa-17.3.9 (/usr/lib64/OpenCL/vendors/mesa/include/CL/cl.h) The current results of equery belongs cl.h do not appear to be largely different other than mesa having been built with opencl support Looks like your /usr/include/CL/cl.h was invalid and you have fixed it. |