| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.99, Repoman-2.3.22
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
For the time being all available versions depend on
app-eselect/eselect-opencl. Hopefully temporary.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
Just force -fcommon in CFLAGS if tests are enabled (loader code hasn't
got any problems with -fno-common) until the next release, the problem has
already been fixed upstream but the patch is rather large.
Closes: https://bugs.gentoo.org/716410
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
The Khronos Group has finally released the first tagged version of their
official ICD loader!
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|