summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* dev-libs/beignet: disable optimisations broken on some platformsMarek Szuba2018-08-311-0/+66
| | | | | | | | | | Certain optimisation introduced in 1.3.2 is now known not to work correctly on Skylake and Haswell systems. Upstream has been notified but has yet to respond. Upstream-Bug: https://bugs.freedesktop.org/show_bug.cgi?id=102137 Closes: https://bugs.gentoo.org/662760 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/beignet: support LLVM-6Marek Szuba2018-07-111-0/+27
| | | | | | | | Uses an unofficial patch from Arch Linux. Seems to work fine. Suggested-by: Hanno Meyer-Thurow <h.mth@web.de> Closes: https://bugs.gentoo.org/show_bug.cgi?id=658794 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/beignet: fix multilib libdir detection for LLVM-4+Marek Szuba2017-12-191-0/+17
| | | | | | | | | | | | | | | By default Beignet CMake scripts look for LLVM parameters using llvm-config regardless of target architecture. For multilib builds on amd64 against >=sys-devel/llvm-4.0.0 this resulted in the linker being passed the abi_x86_64 libdir in abi_x86_32 mode, causing "file in wrong format" errors and build failures. We now work around this issue by having Beignet's FindLLVM.cmake look for ${CHOST}-llvm-config instead. Hopefully there will be an official upstream fix for this at some point. Closes: https://bugs.gentoo.org/638078 Package-Manager: Portage-2.3.13, Repoman-2.3.3
* dev-libs/beignet: make the live ebuild compile againMarek Szuba2017-10-171-0/+17
| | | | Package-Manager: Portage-2.3.8, Repoman-2.3.3
* dev-libs/beignet: remove oldMarek Szuba2017-06-303-67/+0
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.1
* dev-libs/beignet: add live ebuildMarek Szuba2017-06-141-0/+21
| | | | | | Closes: 4918 Package-Manager: Portage-2.3.5, Repoman-2.3.1
* dev-libs/beignet: bump to 1.3.1Marek Szuba2017-03-241-0/+14
| | | | Package-Manager: Portage-2.3.3, Repoman-2.3.1
* dev-libs/beignet: remove oldMarek Szuba2017-02-193-47/+0
| | | | Package-Manager: portage-2.3.3
* dev-libs/beignet: bump to 1.3.0Marek Szuba2017-01-252-0/+44
| | | | | | | | | Features optional OpenCL 2.0 support on Skylake and newer architectures (mostly experimental, with large parts still simulated in software rather than delegated to the GPU), moreover Python scripts executed at build time are now python3-compatible. Package-Manager: portage-2.3.0
* dev-libs/beignet: fix detection of OCL ICD and installation of ICD filesMarek Szuba2016-11-281-0/+23
| | | | | | | | | | | | | | | | | In the past, Beignet CMake scripts would automatically enable its compatibility with the OCL ICD Loader depending on whether dev-libs/ocl-icd was found in the system or not. Patch the scripts so that ocl-icd is only searched for if an appropriate option is set, and define a local use flag which controls the value of this option (and of course the dependency on dev-libs/ocl-icd). Nb. the patch has been submitted upstream. Moreover, given we always install Beignet ICD files (they are needed by eselect-opencl) do not install another copy when OCL ICD Loader has been enabled. Gentoo-Bug: https://bugs.gentoo.org/show_bug.cgi?id=599512 Package-Manager: portage-2.3.2
* dev-libs/beignet: support x11-libs/libdrm-2.4.71Marek Szuba2016-10-101-0/+23
| | | | | | | | | This backports the upstream patch which made it to Git earlier on today to 1.2.0. This allows Beignet to link against both stable libdrm-2.4.70 and unstable libdrm-2.4.71; I haven't tested earlier versions so the ebuild now requires >=2.4.70. Package-Manager: portage-2.3.1
* dev-libs/beignet: version bump to 1.2.0Marek Szuba2016-09-161-0/+12
| | | | | Gentoo-Bug: 593596 Package-Manager: portage-2.3.0
* dev-libs/beignet: new package.Marek Szuba2016-09-024-0/+83
An OpenCL implementation for Intel GPUs. Multilib-aware, tested with on amd64 with ABI_X86="32 64". Builds with both stable versions of sys-devel/llvm currently in Portage (3.5.0 and 3.7.1-r3). Tests provided by upstream are not run because they require permissions to access the GPU which the Portage user does not have. Gentoo-Bug: 545924 Package-Manager: portage-2.3.0