dev-libs / beignet

OpenCL implementation for Intel Sandy Bridge, Ivy Bridge and Haswell GPUs

Official package sites : https://01.org/beignet · https://gitlab.freedesktop.org/beignet/beignet ·

v1.3.2-r3 :: 0 :: gentoo

Modified
License
LGPL-2.1+
Keywords
amd64
USE flags
ocl-icd ocl20

General

ocl-icd
Enable compatibility with the dev-libs/ocl-icd OpenCL ICD loader
ocl20
Enable experimental OpenCL 2.0 support on Skylake and newer architectures

abi_mips

n32
64-bit (32-bit pointer) libraries
n64
64-bit libraries
o32
32-bit libraries

abi_riscv

lp64
64-bit (rv64) soft-float libraries
lp64d
64-bit (rv64) double hard-float 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

app-eselect / eselect-opencl : Utility to change the OpenCL implementation being used

dev-libs / ocl-icd : Alternative to vendor specific OpenCL ICD loaders

media-libs / mesa : OpenGL-like graphic library for Linux

sys-devel / clang : C language family frontend for LLVM

x11-libs / libXext : X.Org Xext library

x11-libs / libXfixes : X.Org Xfixes library

x11-libs / libdrm : X.Org libdrm library

app-eselect / eselect-opencl : Utility to change the OpenCL implementation being used

dev-libs / ocl-icd : Alternative to vendor specific OpenCL ICD loaders

media-libs / mesa : OpenGL-like graphic library for Linux

sys-devel / clang : C language family frontend for LLVM

x11-libs / libXext : X.Org Xext library

x11-libs / libXfixes : X.Org Xfixes library

x11-libs / libdrm : X.Org libdrm library

virtual / opencl : Virtual for OpenCL implementations

658140
media-gfx/darktable-2.4.3 with dev-libs/beignet (?): segfault: waitpid.c: No such file or directory
Repository mirror & CI · gentoo
Merge updates from master
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/beignet: depend on sys-devel/clang[static-analyzer]
Turns out that the absence of static-analyzer among sys-devel/clang USE flags causes a configure-time error. The flag in question is enabled by default so only a subset of users has been affected. Many thanks to Conrad Kostecki for having finally identified the source of this problem! Closes: https://bugs.gentoo.org/664342 Closes: https://bugs.gentoo.org/689088 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
Marek Szuba · gentoo
dev-libs/beignet: remove old unstable ebuild
Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
Marek Szuba · gentoo
dev-libs/beignet: remove version depending on llvm5
Closes: https://bugs.gentoo.org/687210 Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
Repository mirror & CI · gentoo
Merge updates from master
Mikle Kolyada · gentoo
dev-libs/beignet: amd64 stable wrt bug #688344
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11 RepoMan-Options: --include-arches="amd64"
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/beignet: adjust clang version restrictions
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
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/beignet: s/Skylake/Broadwell/ in the deprecation note
Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11
Marek Szuba · gentoo
dev-libs/beignet: remove old
Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11
Marek Szuba · gentoo
dev-libs/beignet: enable LLVM7 support, switch to EAPI-7
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
Marek Szuba · gentoo
dev-libs/beignet: remove live ebuild
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
Repository mirror & CI · gentoo
Merge updates from master
Michał Górny · gentoo
*/*: Drop python3_4 from PYTHON_COMPAT
Closes: https://github.com/gentoo/gentoo/pull/11706 Signed-off-by: Michał Górny <mgorny@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Arfrever Frehtes Taifersar Arahesis · gentoo
dev-libs/*: Update HOMEPAGE and EGIT_REPO_URI.
Bug: https://bugs.gentoo.org/681708 Signed-off-by: Arfrever Frehtes Taifersar Arahesis <Arfrever@Apache.Org> Signed-off-by: Matt Turner <mattst88@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/beignet: run "eselect opencl" in pkg_postinst()
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
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/beignet: disable optimisations broken on some platforms
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
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/beignet: fix broken prefix support
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
Repository mirror & CI · gentoo
Merge updates from master
Guilherme Amadio · gentoo
dev-libs/beignet: prefix support
Package-Manager: Portage-2.3.44, Repoman-2.3.10
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/beignet: support LLVM-6
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
Michał Górny · gentoo
dev-libs/beignet: Drop old
Agostino Sarubbo · gentoo
dev-libs/beignet: amd64 stable wrt bug #650372
Signed-off-by: Agostino Sarubbo <ago@gentoo.org> Package-Manager: Portage-2.3.19, Repoman-2.3.6 RepoMan-Options: --include-arches="amd64"
Marek Szuba · gentoo
dev-libs/beignet: play nicely with slotted LLVM
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
Marek Szuba · gentoo
dev-libs/beignet: 1.3.2 does not support LLVM6
Closes: https://bugs.gentoo.org/650136 Package-Manager: Portage-2.3.24, Repoman-2.3.6
Marek Szuba · gentoo
dev-libs/beignet: fix multilib libdir detection for LLVM-4+
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
Pacho Ramos · gentoo
dev-libs/beignet: Add support for newer python
Package-Manager: Portage-2.3.16, Repoman-2.3.6
Marek Szuba · gentoo
dev-libs/beignet-1.3.2: fix propagation of multilib USE flags to deps
Gentoo-Bug: 638078 Package-Manager: Portage-2.3.13, Repoman-2.3.3
Marek Szuba · gentoo
dev-libs/beignet: bump to 1.3.2
Now with support for llvm-4 and llvm-5! Package-Manager: Portage-2.3.8, Repoman-2.3.3
Marek Szuba · gentoo
dev-libs/beignet: make the live ebuild compile again
Package-Manager: Portage-2.3.8, Repoman-2.3.3
David Hicks · gentoo
dev-libs/beignet: use HTTPS for freedesktop.org
Package-Manager: Portage-2.3.6, Repoman-2.3.3
Marek Szuba · gentoo
dev-libs/beignet: fix typo in 0eafd4cd77602ccc5a1b0a487be6a2b47c402706
Package-Manager: Portage-2.3.6, Repoman-2.3.1
Alexis Ballier · gentoo
dev-libs/beignet: fix typo in useflag name
Package-Manager: Portage-2.3.6, Repoman-2.3.2
Marek Szuba · gentoo
dev-libs/beignet: remove old
Package-Manager: Portage-2.3.6, Repoman-2.3.1
Marek Szuba · gentoo
dev-libs/beignet: do not try enabling OpenCL 2.0 support on unsupported ABIs
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
Marek Szuba · gentoo
dev-libs/beignet-9999: relaxed clang and LLVM slot requirements
Suggested-by: Craig Andrews <candrews@integralblue.com> Package-Manager: Portage-2.3.5, Repoman-2.3.1
Marek Szuba · gentoo
dev-libs/beignet: add live ebuild
Closes: 4918 Package-Manager: Portage-2.3.5, Repoman-2.3.1
Agostino Sarubbo · gentoo
dev-libs/beignet: amd64 stable wrt bug #621586
Package-Manager: Portage-2.3.5, Repoman-2.3.1 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
Marek Szuba · gentoo
dev-libs/beignet: do not enforce PYTHON_REQUIRED_USE
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
Marek Szuba · gentoo
dev-libs/beignet: fix Python dependencies
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
Marek Szuba · gentoo
dev-libs/beignet: bump to 1.3.1
Package-Manager: Portage-2.3.3, Repoman-2.3.1
Marek Szuba · gentoo
dev-libs/beignet: more sys-devel/llvm dependency tweaks
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
Justin Lecher · gentoo
dev-libs/beignet: Always depend sys-devel/llvm:0
Package-Manager: Portage-2.3.5, Repoman-2.3.2 Signed-off-by: Justin Lecher <jlec@gentoo.org>
Robin H. Johnson · gentoo
Drop $Id$ per council decision in bug #611234.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
Marek Szuba · gentoo
dev-libs/beignet: require slot 0 of sys-devel/llvm and sys-devel/clang
QA issues aside, at present Beignet doesn't support any version of LLVM newer than 3.9.x. Package-Manager: portage-2.3.3
Marek Szuba · gentoo
dev-libs/beignet: remove old
Package-Manager: portage-2.3.3
T. Malfatti · gentoo
media-libs/portaudio: Version bump
Marek Szuba · gentoo
dev-libs/beignet: bump to 1.3.0
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
Marek Szuba · gentoo
dev-libs/beignet: fix detection of OCL ICD and installation of ICD files
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
Marek Szuba · gentoo
dev-libs/beignet: version bump to 1.2.1
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
Marek Szuba · gentoo
dev-libs/beignet: support x11-libs/libdrm-2.4.71
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
Marek Szuba · gentoo
dev-libs/beignet: require <x11-libs/libdrm-2.4.71
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
Marek Szuba · gentoo
dev-libs/beignet: fix linking of 1.2.0 against LLVM-3.8
Without adding -fPIC to compiler flags one the temporary executables invoked at build time segfaults. Gentoo-Bug: 593968 Package-Manager: portage-2.3.1
Marek Szuba · gentoo
dev-libs/beignet: 1.2.0 requires <sys-devel/llvm-3.8
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
Marek Szuba · gentoo
dev-libs/beignet: 1.1.2 requires <sys-devel/llvm-3.8
Newer versions are not supported by upstream. Package-Manager: portage-2.3.1
Marek Szuba · gentoo
dev-libs/beignet: version bump to 1.2.0
Gentoo-Bug: 593596 Package-Manager: portage-2.3.0
Marek Szuba · gentoo
dev-libs/beignet: a few additional build-time tweaks
! 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
Marek Szuba · gentoo
dev-libs/beignet: new package.
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