Summary: | dev-libs/libclc-0.2.0_pre20180610 does not build with intel grafic | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | klaus818 |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jstein, llvm, mgorny |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=603454 https://github.com/gentoo/gentoo/pull/8847 https://bugs.gentoo.org/show_bug.cgi?id=658198 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
klaus818
2018-06-14 18:01:39 UTC
*** Bug 658122 has been marked as a duplicate of this bug. *** libclc or clover do not support intel gpus. Use beignet or neo for Intel OpenCL. (In reply to Jan Vesely from comment #2) > libclc or clover do not support intel gpus. Use beignet or neo for Intel > OpenCL. mesa redepend on libclc. this creates trouble with intel gpu. ciao luigi (In reply to Luigi 'Comio' Mantellini from comment #3) > (In reply to Jan Vesely from comment #2) > > libclc or clover do not support intel gpus. Use beignet or neo for Intel > > OpenCL. > > > mesa redepend on libclc. this creates trouble with intel gpu. > > ciao > > luigi my point was that the opencl useflag on mesa is useless without r600 or radeonsi gpu. The linked PR enforces that. jan The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6c41530ba8a4f5523f890a88f911b32a0870fdd4 commit 6c41530ba8a4f5523f890a88f911b32a0870fdd4 Author: Jan Vesely <jano.vesely@gmail.com> AuthorDate: 2018-06-15 18:03:14 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2018-06-15 21:35:45 +0000 media-libs/mesa: opencl implementation is available only for r600 or radeonsi GPUs Closes: https://bugs.gentoo.org/658120 media-libs/mesa/mesa-17.3.9.ebuild | 2 +- media-libs/mesa/mesa-18.0.5.ebuild | 2 +- media-libs/mesa/mesa-18.1.1-r1.ebuild | 2 +- media-libs/mesa/mesa-18.1.1.ebuild | 2 +- media-libs/mesa/mesa-9999.ebuild | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-) This will now cause additional grief for users who have USE="opencl" set globally (as in bug 658198), requiring them to micro-manage their USE flags via package.use. Also, the constraints are put the wrong way around. They look like 'if you want OpenCL, you need to enable radeon' -- but enabling radeon without appropriate hardware is pointless. If we were to go for REQUIRED_USE, it should go the other way around. 'If you don't have radeon, disable opencl', i.e. something like '!...radeon? ( !...? ( !opencl ) )'. However, I would make it simpler and go for conditional dependencies, i.e. making opencl-without-radeon be a no-op. (In reply to Michał Górny from comment #7) > Also, the constraints are put the wrong way around. They look like 'if you > want OpenCL, you need to enable radeon' -- but enabling radeon without > appropriate hardware is pointless. > > If we were to go for REQUIRED_USE, it should go the other way around. 'If > you don't have radeon, disable opencl', i.e. something like '!...radeon? ( > !...? ( !opencl ) )'. the final truth combination for both look the same to me. i.e: opencl && !radeon => error > However, I would make it simpler and go for conditional dependencies, i.e. > making opencl-without-radeon be a no-op. well, you're the dev. From user perspective a no-op useflag is the most confusing thing. "I set opencl! Why doesn't it provide OpenCL?!?!?" (In reply to Chí-Thanh Christopher Nguyễn from comment #6) > This will now cause additional grief for users who have USE="opencl" set > globally (as in bug 658198), requiring them to micro-manage their USE flags > via package.use. That's the intention. If you want OpenCL you need to install other providers than mesa. mesa can only provide OpenCL on EG/NI or GCN GPUs. The old situation enabled users to install clover without any usable backend resulting in 0 device platform. If this is the preferred behaviour, mesa sshould be changed to only require libclc for r600/radeonsi drivers or there needs to be another libclc provider for other GPUs. |