Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/virtual/opencl
Commit message (Collapse)AuthorAgeFilesLines
* virtual/opencl: Remove missing uvm from nvidia-drivers messageTomas Fabrizio Orsi2024-10-211-1/+1
| | | | | | | Closes: https://bugs.gentoo.org/941391 Closes: https://github.com/gentoo/gentoo/pull/38952 Signed-off-by: Tomas Fabrizio Orsi <torsi@fi.uba.ar> Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: keyword 3-r3 for ~loongWANG Xuerui2024-05-231-2/+2
| | | | Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* virtual/opencl: depend on fixed opencl-icd-loaderSam James2023-04-131-1/+1
| | | | | | | | | Older opencl-icd-loader didn't necessarily install its pkgconfig files. In any case, guaranteeing a recent version is rarely a bad thing. Bug: https://bugs.gentoo.org/903985 Signed-off-by: Sam James <sam@gentoo.org>
* virtual/opencl: Keyword 3-r2 riscv, #904196Yixun Lan2023-04-121-2/+2
| | | | Signed-off-by: Yixun Lan <dlan@gentoo.org>
* virtual/opencl: Remove treecleaned dev-libs/ocl-icd as providerJakov Smolić2022-12-311-2/+3
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* virtual/opencl: Drop old versionsMatt Turner2022-10-091-34/+0
| | | | Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: stabilize 3-r2 for ALLARCHESSam James2022-10-041-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* virtual/opencl: Stabilize 3-r1 ppc64, #861113Sam James2022-07-261-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* virtual/opencl: add pocl to postinstChris Kerr2022-07-241-0/+35
| | | | | Closes: https://bugs.gentoo.org/860282 Signed-off-by: Sam James <sam@gentoo.org>
* virtual/opencl: Keyword 3-r1 ppc64, #860288Sam James2022-07-241-2/+2
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* dev-libs/intel-neo: rename to dev-libs/intel-compute-runtimeConrad Kostecki2021-10-031-1/+1
| | | | | | | | | This renames intel-neo to the proper upstream name, which every other distribution is using. Closes: https://github.com/gentoo/gentoo/pull/22475 Closes: https://bugs.gentoo.org/815184 Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
* **/metadata.xml: Replace http by https in DOCTYPE elementUlrich Müller2021-09-111-1/+1
| | | | | Bug: https://bugs.gentoo.org/552720 Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* virtual/opencl: reorder RDEPEND alternativesMarek Szuba2021-05-231-3/+3
| | | | | | | | | | | | dev-libs/opencl-icd-loader is the official official OpenCL ICD loader of the Khronos Group, is kept in good sync with official Khronos Group OpenCL headers (dev-util/opencl-headers), and has got fewer dependencies (in particular does not does not bdepend on Ruby) than dev-libs/ocl-icd. No revbump or keyword change because this should not affect systems with virtual/opencl already emerged. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Mark ALLARCHESDavid Seifert2021-05-131-4/+5
| | | | | Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: David Seifert <soap@gentoo.org>
* virtual/opencl: Do not mention dev-libs/hsa-ext-rocrMarek Szuba2020-08-251-7/+5
| | | | | | | | ROCm has had open-source OpenCL image support since 3.3, and since 3.7 it doesn't even try to use the proprietary library - which upstream has recently ceased to publish. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Drop old versionsMatt Turner2020-05-181-35/+0
| | | | Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: x86 stable (bug #721674)Thomas Deutschmann2020-05-141-1/+1
| | | | | Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
* virtual/opencl: amd64 stable wrt bug #721674Mikle Kolyada2020-05-121-1/+1
| | | | | | Package-Manager: Portage-2.3.99, Repoman-2.3.22 RepoMan-Options: --include-arches="amd64" Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
* virtual/opencl: do not install README.gentooMarek Szuba2020-04-103-42/+36
| | | | | | | | | | | Having the list of available OpenCL runtimes stored in README.gentoo, which was suggested during reviews of opencl-3 on gentoo-dev, unfortunately violates the policy demanding virtuals not to install any files. Revert to the original approach of using elog in pkg_postinst directly. Closes: https://bugs.gentoo.org/716924 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: add dev-libs/opencl-icd-loader as alternative providerMarek Szuba2020-04-101-3/+2
| | | | | | | | | Works perfectly well, with one caveat - /usr/lib*/libOpenCL.so* symlinks created by eselect-opencl are not actually owned by that package so switching from ocl-icd to opencl-icd-loader will result in file collisions unless said symlinks are manually removed in advance. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: new versionMarek Szuba2020-04-082-0/+43
| | | | | | | | | | | | | | | | One, instead of pulling in various OpenCL runtimes, only depend on an OpenCL ICD loader (dev-libs/ocl-icd, with dev-libs/opencl-icd-loader to be added later) in order to provide hardware-independent header files and libraries for OpenCL-aware software to build against. Actual runtimes are now simply suggested to the user via a postinst message / README.gentoo file. Two, do not depend on eselect-opencl either - both ICD loaders pull in their own OpenCL headers so there is no need to depend on the legacy headers provided by this package, and for being able to switch to a specific loader it is enough for loaders themselves to depend on this. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: fix amdgpu dependenciesMarek Szuba2020-04-011-3/+3
| | | | | | | | | | | 1. Not sure if this is due to what upstream supports (like for both Intel providers) or because it has not been implemented - but either way, as of 2020-04-01 dev-libs/rocm-opencl-runtime neither is keyworded x86 nor supports multilib on amd64; 2. Conversely, dev-libs/amdgpu-pro-opencl does both so in order for multilib to work properly it should be passed $MULTILIB_USEDEP. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: add dev-libs/ocl-icd as the fallback providerMarek Szuba2020-04-011-0/+4
| | | | | | | | | | | | | | | | | | Advantages: * keyworded x86 * supports multilib on amd64 * all OpenCL-aware software should compile and link fine against it * should make it easier for user to deploy out-of-tree OpenCL providers (side note: all actual OpenCL providers currently in the tree except x11-drivers/nvidia-drivers actually *require* this to work), should they choose to do so Disadvantages: * essentially a hack to ensure the integrity of the dependency tree on x86 and amd64/abi_x86_32 - most of the actual OpenCL providers currently in the tree are 64-bit only anyway Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: do not reference to removed dev-libs/beignetMarek Szuba2020-03-251-2/+2
| | | | Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Add USE-default for nvidia-drivers[uvmMatt Turner2020-03-111-1/+1
| | | | Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: OR, not AND for nvidia providersMarek Szuba2020-02-281-2/+2
| | | | Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Only pull in media-libs/mesa on supported GPUsMarek Szuba2020-02-281-4/+8
| | | | | | | | | | | | | | | | | | | | | | | virtual/opencl uses media-libs/mesa[opencl] as driver-independent fallback OpenCL provider. However, media-libs/mesa[opencl] depends on dev-libs/libclc - which at the time of me writing this only supports nvidia, r600 and radeonsi, and whose REQUIRED_USE clause requires at least one of the corresponding VIDEO_CARDS flags to be set. This effectively breaks the OpenCL dependency cycle for a lot of configurations, e.g. for VIDEO_CARDS="nouveau" systems. Only try to use Mesa as an OpenCL provider when VIDEO_CARDS includes a GPU supported by dev-libs/libclc. Note that this means there is now no fallback OpenCL provider for ABI_X86_32. Moreover, for ABI_X86_64 the fallback provider is now dev-util/intel-ocl-sdk, which almost certainly doesn't work on AMD CPUs - which however should be mostly harmless (the package should simply do nothing beyond satisfying virtual/opencl dependencies), especially given many OpenCL-aware applications ignore CPU-type devices anyway. Closes: https://bugs.gentoo.org/710724 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: pull in dev-libs/beignet again for nowMarek Szuba2020-02-251-3/+3
| | | | | | | | | | | | | The fact that Beignet is the only Intel OpenCL provider supporting the 32-bit x86 ABI causes problems when it is removed from virtual/opencl. Have to think of an exit strategy for once beignet has actually been removed, in the meantime just have virtual/opencl use it again. This reverts commit cdb150723eded0c5d2c8fbaaf3246ccb5b6690bc. Bug: https://bugs.gentoo.org/710724 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: do not pull in dev-libs/beignetMarek Szuba2020-02-241-3/+3
| | | | | Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* virtual/opencl: Drop old versionsMatt Turner2019-09-213-75/+0
| | | | Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: x86 stable wrt bug #694734Agostino Sarubbo2019-09-201-1/+1
| | | | | | Package-Manager: Portage-2.3.69, Repoman-2.3.16 RepoMan-Options: --include-arches="x86" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* virtual/opencl: amd64 stable wrt bug #694734Agostino Sarubbo2019-09-201-1/+1
| | | | | | Package-Manager: Portage-2.3.69, Repoman-2.3.16 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* */*: Depend on media-libs/mesa[X(+)]Philipp Ammann2019-08-174-4/+4
| | | | | | | | | This changes any package that depends on media-libs/mesa (though not virtual/opengl) to depend on media-libs/mesa[X(+)] instead. Bug: https://bugs.gentoo.org/560096 Signed-off-by: Philipp Ammann <philipp.ammann@posteo.de> Signed-off-by: Matt Turner <mattst88@gentoo.org>
* virtual/opencl: add dev-libs/rocm-opencl-runtimeCraig Andrews2019-08-151-0/+27
| | | | | | Closes: https://bugs.gentoo.org/692158 Package-Manager: Portage-2.3.71, Repoman-2.3.17 Signed-off-by: Craig Andrews <candrews@gentoo.org>
* virtual/opencl: updates for amdgpu and i965 providersMarek Szuba2019-07-101-0/+25
| | | | | | | | | | | | | | | | | | Committed with the maintainers' approval. Changes: 1. Remove ABI constraints on dev-libs/amdgpu-pro-opencl - it now both supports amd64 multilib and has been keyworded for x86; 2. For amd64 users with no need for 32-bit multilib the preferred OpenCL provider is now dev-libs/intel-neo - it is more modern and faster, moreover dev-libs/beignet has been deprecated upstream in favour of NEO for systems which support the latter (i.e. native amd64 on Skylake and up); 3. Move the Beignet/NEO dependency ahead of the media-libs/mesa[opencl] dependency - Mesa only provides OpenCL support to Gallium-based drivers and i965 doesn't use Gallium at all. Closes: https://bugs.gentoo.org/686964 Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
* virtual/opencl: x86 stable wrt bug #681082Mikle Kolyada2019-05-081-1/+1
| | | | | | Signed-off-by: Mikle Kolyada <zlogene@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11 RepoMan-Options: --include-arches="x86"
* virtual/opencl: amd64 stable, bug #681082Pacho Ramos2019-04-261-1/+1
| | | | | Package-Manager: Portage-2.3.64, Repoman-2.3.12 Signed-off-by: Pacho Ramos <pacho@gentoo.org>
* virtual/opencl: nvidia-drivers[uvm] is needed (#572496)Pacho Ramos2019-04-201-0/+25
| | | | | | Bug: https://bugs.gentoo.org/572496 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Pacho Ramos <pacho@gentoo.org>
* virtual/opencl: Remove ~arm64 kwMichał Górny2018-07-091-1/+1
|
* virtual/opencl: Drop old versionsMatt Turner2018-05-111-21/+0
|
* virtual/opencl: x86 stable (bug #649316)Thomas Deutschmann2018-05-071-1/+1
| | | | Package-Manager: Portage-2.3.34, Repoman-2.3.9
* virtual/opencl: amd64 stable wrt bug #649316Mikle Kolyada2018-05-061-2/+2
| | | | Package-Manager: Portage-2.3.24, Repoman-2.3.6
* virtual/opencl: Drop dead video_cards_fglrxMatt Turner2017-11-232-6/+2
|
* virtual/opencl: add VIDEO_CARDS=amdgpu supportMarek Szuba2017-08-091-2/+4
| | | | | | | | | Radeon Open Compute has not been added to Gentoo yet but even without it, it is possible to enable OpenCL on recent AMD cards by combining OpenCL libraries from the proprietary AMDGPU-Pro stack with the Open Source amdgpu stack. It's a hack but it works, at least on Polaris GPUs. Package-Manager: Portage-2.3.6, Repoman-2.3.1
* virtual/opencl: keyword ~arm64Alexis Ballier2017-06-181-1/+1
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.2
* virtual: Remove empty assignments of optional variables.Ulrich Müller2017-03-292-11/+1
| | | | | | | Remove empty HOMEPAGE, SRC_URI, KEYWORDS, LICENSE, IUSE, and DEPEND. As announced in gentoo-dev mailing list. Package-Manager: Portage-2.3.5, Repoman-2.3.2
* virtual/opencl: Drop ppc keywordsMatt Turner2017-03-242-2/+2
|
* Drop $Id$ per council decision in bug #611234.Robin H. Johnson2017-02-282-2/+0
| | | | Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
* virtual/opencl: add VIDEO_CARDS=i965 supportMarek Szuba2017-01-261-0/+31
| | | | | | | | dev-libs/beignet provides an OpenCL implementation for Intel GPUs from Generation 7 (Ivy Bridge) onwards. Note that VIDEO_CARDS=i965 also covers three earlier generations which are not supported by Beignet. Package-Manager: portage-2.3.3
* virtual/opencl: Drop old.Matt Turner2017-01-243-75/+0
|