Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/dev-libs/beignet
Commit message (Collapse)AuthorAgeFilesLines
* dev-libs/beignet: adjust clang version restrictionsMarek Szuba2019-06-061-1/+1
| | | | | | | | | | | Unlike seemingly all versions until this point, llvm-7 has actually increased the minor version number - meaning that the usual beignet restriction of <clang-x.0.9999 no longer covered the whole SLOT=7. On the plus side, there is no 7.x.9999 ebuild in the tree any more so we can simply make this "less than 8.0.0". Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
* dev-libs/beignet: s/Skylake/Broadwell/ in the deprecation noteMarek Szuba2019-05-241-1/+1
| | | | | Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11
* dev-libs/beignet: remove oldMarek Szuba2019-05-241-106/+0
| | | | | Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11
* dev-libs/beignet: enable LLVM7 support, switch to EAPI-7Marek Szuba2019-05-242-0/+228
| | | | | | | | | | | | LLVM7 support is provided by the backported upstream commit e1b2419a0008e38ef2d9d255d9e9c74e9fba084b . It is described as preliminary but the commit description elaborates this is simply because LLVM7 was not released at the time. Fortunately it seems there have been no breaking changes since the snapshot against which upstream tested this and everything seems to be in order, in both 1.3 and 2.0 mode. Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11
* dev-libs/beignet: remove live ebuildMarek Szuba2019-05-243-140/+0
| | | | | | | | | There haven't been any commits to the Beignet Git repository since July 2018, and what is there right now causes LuxMark to segfault almost immediately. Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11
* */*: Drop python3_4 from PYTHON_COMPATMichał Górny2019-04-164-4/+4
| | | | | Closes: https://github.com/gentoo/gentoo/pull/11706 Signed-off-by: Michał Górny <mgorny@gentoo.org>
* dev-libs/*: Update HOMEPAGE and EGIT_REPO_URI.Arfrever Frehtes Taifersar Arahesis2019-03-294-12/+12
| | | | | | Bug: https://bugs.gentoo.org/681708 Signed-off-by: Arfrever Frehtes Taifersar Arahesis <Arfrever@Apache.Org> Signed-off-by: Matt Turner <mattst88@gentoo.org>
* dev-libs/beignet: run "eselect opencl" in pkg_postinst()Marek Szuba2018-09-271-5/+13
| | | | | | | Select ocl-icd if the relevant USE flag was set, self otherwise. In both cases use --use-old to honour possible earlier user-made choice. Package-Manager: Portage-2.3.49, Repoman-2.3.10
* dev-libs/beignet: disable optimisations broken on some platformsMarek Szuba2018-08-312-0/+173
| | | | | | | | | | 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: fix broken prefix supportMarek Szuba2018-08-311-2/+2
| | | | | | | | | | | | With VENDOR_DIR as set in the ebuild beginning with a slash, ${EPREFIX%/}/${VENDOR_DIR} ends up containing // regardless of the value of EPREFIX. On a less serious note, it isn't necessary to strip the trailing slash from EPREFIX because according to specifications there shouldn't be one; it seems the author of the patch confused it with e.g. ED. Closes: https://bugs.gentoo.org/663818 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/beignet: prefix supportGuilherme Amadio2018-08-081-2/+2
| | | | Package-Manager: Portage-2.3.44, Repoman-2.3.10
* dev-libs/beignet: support LLVM-6Marek Szuba2018-07-112-0/+133
| | | | | | | | 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: Drop oldMichał Górny2018-04-113-207/+0
|
* dev-libs/beignet: amd64 stable wrt bug #650372Agostino Sarubbo2018-03-201-2/+2
| | | | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org> Package-Manager: Portage-2.3.19, Repoman-2.3.6 RepoMan-Options: --include-arches="amd64"
* dev-libs/beignet: play nicely with slotted LLVMMarek Szuba2018-03-171-2/+4
| | | | | | | | | | | | | The version cap added by 2e80ee40ee74cc3005945355fd1a67ef4347ebbd was not sufficient to solve Bug #650136 because although it did prevent Beignet from pulling in slot 6 of sys-devel/llvm and sys-devel/clang on fresh installations, it did nothing to avoid using these if already installed. Thanks to the use of llvm.eclass this now no longer happens; I have just tested this on a system with llvm6 installed and beignet still ended up using llvm5. Closes: https://bugs.gentoo.org/650136 Package-Manager: Portage-2.3.24, Repoman-2.3.6
* dev-libs/beignet: 1.3.2 does not support LLVM6Marek Szuba2018-03-131-3/+3
| | | | | Closes: https://bugs.gentoo.org/650136 Package-Manager: Portage-2.3.24, Repoman-2.3.6
* dev-libs/beignet: fix multilib libdir detection for LLVM-4+Marek Szuba2017-12-192-0/+18
| | | | | | | | | | | | | | | 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: Add support for newer pythonPacho Ramos2017-12-102-2/+2
| | | | Package-Manager: Portage-2.3.16, Repoman-2.3.6
* dev-libs/*: Update Manifest hashesMichał Górny2017-12-091-2/+2
|
* dev-libs/beignet-1.3.2: fix propagation of multilib USE flags to depsMarek Szuba2017-12-011-6/+6
| | | | | Gentoo-Bug: 638078 Package-Manager: Portage-2.3.13, Repoman-2.3.3
* dev-libs/beignet: bump to 1.3.2Marek Szuba2017-11-062-0/+103
| | | | | | Now with support for llvm-4 and llvm-5! Package-Manager: Portage-2.3.8, Repoman-2.3.3
* dev-libs/beignet: make the live ebuild compile againMarek Szuba2017-10-172-1/+18
| | | | Package-Manager: Portage-2.3.8, Repoman-2.3.3
* dev-libs/beignet: use HTTPS for freedesktop.orgDavid Hicks2017-08-173-3/+3
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.3
* dev-libs/beignet: fix typo in 0eafd4cd77602ccc5a1b0a487be6a2b47c402706Marek Szuba2017-06-301-1/+1
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.1
* dev-libs/beignet: fix typo in useflag nameAlexis Ballier2017-06-301-1/+1
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.2
* dev-libs/beignet: remove oldMarek Szuba2017-06-306-274/+0
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.1
* dev-libs/beignet: do not try enabling OpenCL 2.0 support on unsupported ABIsMarek Szuba2017-06-302-1/+104
| | | | | | | | | | | | | Beignet CMake scripts handle this the right way so let's work with them instead of against them. Now if USE=ocl20 it will get enabled for abi_x86_64 and gracefully fall back to 1.2 for the others, whereas USE=-ocl20 still explicitly disables it for all ABIs. With many thanks to aballier. Gentoo-Bug: 622964 Package-Manager: Portage-2.3.6, Repoman-2.3.1
* dev-libs/beignet-9999: relaxed clang and LLVM slot requirementsMarek Szuba2017-06-141-3/+2
| | | | | | Suggested-by: Craig Andrews <candrews@integralblue.com> Package-Manager: Portage-2.3.5, Repoman-2.3.1
* dev-libs/beignet: add live ebuildMarek Szuba2017-06-142-0/+124
| | | | | | Closes: 4918 Package-Manager: Portage-2.3.5, Repoman-2.3.1
* dev-libs/beignet: amd64 stable wrt bug #621586Agostino Sarubbo2017-06-141-2/+2
| | | | | | Package-Manager: Portage-2.3.5, Repoman-2.3.1 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* dev-libs/beignet: do not enforce PYTHON_REQUIRED_USEMarek Szuba2017-04-203-3/+0
| | | | | | | I was a bit overzealous, sorry. Should have been harmless though, seeing as at a glance python-any-r1.eclass doesn't actually export PYTHON_REQUIRED_USE. Package-Manager: Portage-2.3.3, Repoman-2.3.1
* dev-libs/beignet: fix Python dependenciesMarek Szuba2017-04-203-6/+6
| | | | | | | | Remove PYTHON_DEPS from RDEPEND (it was a typo anyway, as attested to by the fact it was mentioned in both COMMON and DEPEND), and enforce PYTHON_REQUIRED_USE. Package-Manager: Portage-2.3.3, Repoman-2.3.1
* dev-libs/beignet: bump to 1.3.1Marek Szuba2017-03-243-0/+119
| | | | Package-Manager: Portage-2.3.3, Repoman-2.3.1
* dev-libs/beignet: more sys-devel/llvm dependency tweaksMarek Szuba2017-03-201-1/+2
| | | | | | | | Restore the ability for users not interested in OpenCL 2.0 support to link against stable sys-devel/llvm. Hopefully now LLVM dependencies are what they were supposed to be all along. Package-Manager: Portage-2.3.3, Repoman-2.3.1
* dev-libs/beignet: Always depend sys-devel/llvm:0Justin Lecher2017-03-191-2/+2
| | | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2 Signed-off-by: Justin Lecher <jlec@gentoo.org>
* Drop $Id$ per council decision in bug #611234.Robin H. Johnson2017-02-282-2/+0
| | | | Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
* dev-libs/beignet: require slot 0 of sys-devel/llvm and sys-devel/clangMarek Szuba2017-02-192-5/+5
| | | | | | | QA issues aside, at present Beignet doesn't support any version of LLVM newer than 3.9.x. Package-Manager: portage-2.3.3
* dev-libs/beignet: remove oldMarek Szuba2017-02-198-446/+0
| | | | Package-Manager: portage-2.3.3
* dev-libs/beignet: bump to 1.3.0Marek Szuba2017-01-255-0/+152
| | | | | | | | | 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-283-0/+130
| | | | | | | | | | | | | | | | | 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: version bump to 1.2.1Marek Szuba2016-11-102-0/+100
| | | | | | | | | Among other things, this version adds support for LLVM-3.9. Provided-By: Russell Knighton <russell@annunaki2k2.co.uk> Gentoo-Bug: 598236 Package-Manager: portage-2.3.2
* dev-libs/beignet: support x11-libs/libdrm-2.4.71Marek Szuba2016-10-102-0/+124
| | | | | | | | | 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: require <x11-libs/libdrm-2.4.71Marek Szuba2016-10-072-2/+2
| | | | | | | | | Beignet releases presently do not compile against newer libdrm versions, see the upstream bug https://bugs.freedesktop.org/show_bug.cgi?id=98090 . Gentoo-Bug: 596266 Package-Manager: portage-2.3.1
* dev-libs/beignet: fix linking of 1.2.0 against LLVM-3.8Marek Szuba2016-09-191-3/+5
| | | | | | | | | Without adding -fPIC to compiler flags one the temporary executables invoked at build time segfaults. Gentoo-Bug: 593968 Package-Manager: portage-2.3.1
* dev-libs/beignet: 1.2.0 requires <sys-devel/llvm-3.8Marek Szuba2016-09-191-0/+2
| | | | | | | | | According to upstream llvm-3.8 should be supported, however using that version causes compile-time segmentation faults. Gentoo-Bug: 593968 Package-Manager: portage-2.3.1
* dev-libs/beignet: 1.1.2 requires <sys-devel/llvm-3.8Marek Szuba2016-09-191-0/+1
| | | | | | Newer versions are not supported by upstream. Package-Manager: portage-2.3.1
* dev-libs/beignet: version bump to 1.2.0Marek Szuba2016-09-163-0/+109
| | | | | Gentoo-Bug: 593596 Package-Manager: portage-2.3.0
* dev-libs/beignet: a few additional build-time tweaksMarek Szuba2016-09-022-5/+5
| | | | | | | | | ! add the die clause to ICD-file generation using echo * use tc-is-gcc instead of parsing tc-getCC ourselves * explicitly inherit toolchain-funcs * no real need to rename the source tarball Package-Manager: portage-2.3.0
* dev-libs/beignet: new package.Marek Szuba2016-09-027-0/+188
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