summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* dev-libs/opencl-icd-loader: 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>
* dev-libs/opencl-icd-loader: 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>
* dev-libs/opencl-icd-loader: do not block x11-drivers/nvidia-driversMarek Szuba2020-04-201-4/+1
| | | | | | | There are now versions of the latter in the tree which do not depend on eselect-opencl. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* dev-libs/opencl-icd-loader: block x11-drivers/nvidia-driversMarek Szuba2020-04-101-1/+4
| | | | | | | For the time being all available versions depend on app-eselect/eselect-opencl. Hopefully temporary. Signed-off-by: Marek Szuba <marecki@gentoo.org>
* dev-libs/opencl-icd-loader: block dev-libs/ocl-icdMarek Szuba2020-04-091-1/+2
| | | | | | | Now, because we block app-eselect/eselect-opencl and ocl-icd depends on it. In the future, to avoid file collisions on $libdir/libOpenCL.so* Signed-off-by: Marek Szuba <marecki@gentoo.org>
* dev-libs/opencl-icd-loader: install directly into /usr/$(get_libdir)Marek Szuba2020-04-081-0/+49
To facilitate transition testing to eselect-free, loader-based OpenCL support without breaking the more established ICD loader i.e. ocl-icd. Moreover, it was mostly useless in /usr/lib/OpenCL/vendor/... due to eselect-opencl not handling unified headers correctly. Note that this WILL cause massive dependency issues until the package in question has been added to virtual/opencl. Use with caution. Signed-off-by: Marek Szuba <marecki@gentoo.org>