Versions
v3-r3 :: 0 :: gentoo
- Modified
- Keywords
- amd64 ppc64 x86 ~loong ~riscv
USE flags
abi_mips
- n32
- 64-bit (32-bit pointer) libraries
- n64
- 64-bit libraries
- o32
- 32-bit libraries
abi_s390
- 32
- 32-bit (s390) libraries
- 64
- 64-bit (s390x) libraries
abi_x86
- 32
- 32-bit (x86) libraries
- 64
- 64-bit (amd64) libraries
- x32
- x32 ABI libraries
Runtime Dependencies
dev-libs / opencl-icd-loader : Official Khronos OpenCL ICD Loader
Depending packages
app-crypt / hashcat : World's fastest and most advanced password recovery utility
app-crypt / johntheripper-jumbo : Fast password cracker, community enhanced version
app-emulation / crossover-bin : Commercial version of app-emulation/wine with paid support
app-emulation / wine-staging : Free implementation of Windows(tm) on Unix, with Wine-Staging patchset
app-emulation / wine-vanilla : Free implementation of Windows(tm) on Unix, without external patchsets
app-misc / fastfetch : Fast neofetch-like system information tool
app-text / tesseract : An OCR Engine, originally developed at HP, now open source
dev-cpp / clhpp : Khronos OpenCL C++ bindings
dev-libs / amdgpu-pro-opencl : Proprietary OpenCL implementation for AMD GPUs
dev-libs / cl : OpenCL bindings for Erlang
dev-libs / intel-compute-runtime : Intel Graphics Compute Runtime for oneAPI Level Zero and OpenCL Driver
dev-libs / pocl : Portable Computing Language (an implementation of OpenCL)
dev-libs / rocm-opencl-runtime : Radeon Open Compute OpenCL Compatible Runtime
dev-libs / starpu : Unified runtime system for heterogeneous multicore architectures
dev-python / pyopencl : Python wrapper for OpenCL
dev-util / clinfo : A tool to display info about the system's OpenCL capabilities
dev-util / intel-ocl-sdk : Intel's implementation of the OpenCL standard
games-util / basis_universal : Basis Universal GPU Texture Codec
media-gfx / darktable : A virtual lighttable and darkroom for photographers
media-gfx / imagemagick : A collection of tools and libraries for many image formats
media-gfx / mandelbulber : Tool to render 3D fractals
media-libs / libvpl-tools : Intel Video Processing Library tools
media-libs / mesa : OpenGL-like graphic library for Linux
media-libs / opencv : A collection of algorithms and sample code for various computer vision problems
media-libs / opensubdiv : An Open-Source subdivision surface library
media-libs / x264 : Free library for encoding X264/AVC streams
media-video / ffmpeg : Complete solution to record/convert/stream audio and video. Includes libavcodec
net-analyzer / gr-fosphor : gnuradio fosphor block (GPU spectrum display)
net-im / zoom : Video conferencing and web conferencing service
net-misc / xmrig : RandomX, CryptoNight, KawPow, AstroBWT, and Argon2 CPU/GPU miner
sci-chemistry / gromacs : The ultimate molecular dynamics simulation package
sci-geosciences / grass : A free GIS with raster and vector functionality, as well as 3D vizualization
sci-geosciences / qgis : User friendly Geographic Information System
sci-libs / caffe2 : A deep learning framework
sci-libs / clblas : Library containing BLAS routines for OpenCL
sci-libs / clblast : Tuned OpenCL BLAS
sci-libs / gdal : Translator library for raster geospatial data formats (includes OGR support)
sci-libs / libgeodecomp : An auto-parallelizing library to speed up computer simulations
sci-libs / linbox : C++ template library for integer and finite-field linear algebra
sci-misc / boinc : The Berkeley Open Infrastructure for Network Computing
sci-physics / lammps : Large-scale Atomic/Molecular Massively Parallel Simulator
sys-apps / cpu-x : A Free software that gathers information on CPU, motherboard and more
x11-misc / virtualgl : Run OpenGL applications remotely with full 3D hardware acceleration
Bugs
- 648728
- [Tracker] virtual/opencl providers should set SANDBOX_PREDICT or SANDBOX_WRITE in /etc/sandbox.d/99opencl
Change logs
- Repository mirror & CI · gentoo
Merge updates from master - WANG Xuerui · gentoo
virtual/opencl: keyword 3-r3 for ~loong
Signed-off-by: WANG Xuerui <xen0n@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Sam James · gentoo
virtual/opencl: depend on fixed opencl-icd-loader
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> - Repository mirror & CI · gentoo
Merge updates from master - Yixun Lan · gentoo
virtual/opencl: Keyword 3-r2 riscv, #904196
Signed-off-by: Yixun Lan <dlan@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Jakov Smolić · gentoo
virtual/opencl: Remove treecleaned dev-libs/ocl-icd as provider
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Matt Turner · gentoo
virtual/opencl: Drop old versions
Signed-off-by: Matt Turner <mattst88@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Sam James · gentoo
virtual/opencl: stabilize 3-r2 for ALLARCHES
Signed-off-by: Sam James <sam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Sam James · gentoo
virtual/opencl: Stabilize 3-r1 ppc64, #861113
Signed-off-by: Sam James <sam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Chris Kerr · gentoo
virtual/opencl: add pocl to postinst
Closes: https://bugs.gentoo.org/860282 Signed-off-by: Sam James <sam@gentoo.org> - Sam James · gentoo
virtual/opencl: Keyword 3-r1 ppc64, #860288
Signed-off-by: Sam James <sam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Conrad Kostecki · gentoo
dev-libs/intel-neo: rename to dev-libs/intel-compute-runtime
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> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: reorder RDEPEND alternatives
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> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: Do not mention dev-libs/hsa-ext-rocr
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> - Repository mirror & CI · gentoo
Merge updates from master - Matt Turner · gentoo
virtual/opencl: Drop old versions
Signed-off-by: Matt Turner <mattst88@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Thomas Deutschmann · gentoo
virtual/opencl: x86 stable (bug #721674)
Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Mikle Kolyada · gentoo
virtual/opencl: amd64 stable wrt bug #721674
Package-Manager: Portage-2.3.99, Repoman-2.3.22 RepoMan-Options: --include-arches="amd64" Signed-off-by: Mikle Kolyada <zlogene@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: do not install README.gentoo
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> - Marek Szuba · gentoo
virtual/opencl: add dev-libs/opencl-icd-loader as alternative provider
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> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: new version
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> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: fix amdgpu dependencies
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> - Marek Szuba · gentoo
virtual/opencl: add dev-libs/ocl-icd as the fallback provider
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> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: do not reference to removed dev-libs/beignet
Signed-off-by: Marek Szuba <marecki@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Matt Turner · gentoo
virtual/opencl: Add USE-default for nvidia-drivers[uvm
Signed-off-by: Matt Turner <mattst88@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: OR, not AND for nvidia providers
Signed-off-by: Marek Szuba <marecki@gentoo.org> - Marek Szuba · gentoo
virtual/opencl: Only pull in media-libs/mesa on supported GPUs
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> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: pull in dev-libs/beignet again for now
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> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: do not pull in dev-libs/beignet
Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Marek Szuba <marecki@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Matt Turner · gentoo
virtual/opencl: Drop old versions
Signed-off-by: Matt Turner <mattst88@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Agostino Sarubbo · gentoo
virtual/opencl: x86 stable wrt bug #694734
Package-Manager: Portage-2.3.69, Repoman-2.3.16 RepoMan-Options: --include-arches="x86" Signed-off-by: Agostino Sarubbo <ago@gentoo.org> - Agostino Sarubbo · gentoo
virtual/opencl: amd64 stable wrt bug #694734
Package-Manager: Portage-2.3.69, Repoman-2.3.16 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Repository mirror & CI · gentoo
Merge updates from master - Craig Andrews · gentoo
virtual/opencl: add dev-libs/rocm-opencl-runtime
Closes: https://bugs.gentoo.org/692158 Package-Manager: Portage-2.3.71, Repoman-2.3.17 Signed-off-by: Craig Andrews <candrews@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Marek Szuba · gentoo
virtual/opencl: updates for amdgpu and i965 providers
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 - Philipp Ammann · gentoo
*/*: Depend on media-libs/mesa[X(+)]
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> - Repository mirror & CI · gentoo
Merge updates from master - Mikle Kolyada · gentoo
virtual/opencl: x86 stable wrt bug #681082
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11 RepoMan-Options: --include-arches="x86" - Repository mirror & CI · gentoo
Merge updates from master - Pacho Ramos · gentoo
virtual/opencl: amd64 stable, bug #681082
Package-Manager: Portage-2.3.64, Repoman-2.3.12 Signed-off-by: Pacho Ramos <pacho@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Pacho Ramos · gentoo
virtual/opencl: nvidia-drivers[uvm] is needed (#572496)
Bug: https://bugs.gentoo.org/572496 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Pacho Ramos <pacho@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Michał Górny · gentoo
virtual/opencl: Remove ~arm64 kw - Matt Turner · gentoo
virtual/opencl: Drop old versions - Thomas Deutschmann · gentoo
virtual/opencl: x86 stable (bug #649316)
Package-Manager: Portage-2.3.34, Repoman-2.3.9 - Mikle Kolyada · gentoo
virtual/opencl: amd64 stable wrt bug #649316
Package-Manager: Portage-2.3.24, Repoman-2.3.6 - Matt Turner · gentoo
virtual/opencl: Drop dead video_cards_fglrx - Marek Szuba · gentoo
virtual/opencl: add VIDEO_CARDS=amdgpu support
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 - Alexis Ballier · gentoo
virtual/opencl: keyword ~arm64
Package-Manager: Portage-2.3.6, Repoman-2.3.2 - Ulrich Müller · gentoo
virtual: Remove empty assignments of optional variables.
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 - Matt Turner · gentoo
virtual/opencl: Drop ppc keywords - Robin H. Johnson · gentoo
Drop $Id$ per council decision in bug #611234.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> - T. Malfatti · gentoo
media-libs/portaudio: Version bump - Marek Szuba · gentoo
virtual/opencl: add VIDEO_CARDS=i965 support
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 - Matt Turner · gentoo
virtual/opencl: Drop old. - Robin H. Johnson · gentoo
proj/gentoo: Initial commit
This commit represents a new era for Gentoo: Storing the gentoo-x86 tree in Git, as converted from CVS. This commit is the start of the NEW history. Any historical data is intended to be grafted onto this point. Creation process: 1. Take final CVS checkout snapshot 2. Remove ALL ChangeLog* files 3. Transform all Manifests to thin 4. Remove empty Manifests 5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$ 5.1. Do not touch files with -kb/-ko keyword flags. Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed