dev-util / intel-graphics-compiler

LLVM-based OpenCL compiler targetting Intel Gen graphics hardware

Official package sites : https://github.com/intel/intel-graphics-compiler ·

v1.0.5353 :: 0 :: gentoo (Masked by set 4904)

Modified
License
MIT
Keywords
~amd64
USE flags
debug

v1.0.4944 :: 0 :: gentoo (Masked by set 4904)

Modified
License
MIT
Keywords
~amd64
USE flags
debug

v1.0.4111 :: 0 :: gentoo (Masked by set 4904)

Modified
License
MIT
Keywords
amd64
USE flags
debug

General

debug
Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces

abi_mips

n32
64-bit (32-bit pointer) libraries
n64
64-bit libraries
o32
32-bit 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

dev-libs / opencl-clang : OpenCL-oriented thin wrapper library around clang

sys-devel / llvm : Low Level Virtual Machine

dev-libs / opencl-clang : OpenCL-oriented thin wrapper library around clang

sys-devel / llvm : Low Level Virtual Machine

dev-libs / intel-neo : Intel Graphics Compute Runtime for L0 and OpenCL, for Broadwell and beyond

763651
dev-util/intel-graphics-compiler-1.0.4944 : /.../sh:line <snip>: PYTHON_EXECUTABLE-NOTFOUND: command not found
774009
dev-util/intel-graphics-compiler-1.0.5353 - CMake Error at IGC/CMakeLists.txt:3265 (message):
789027
dev-util/intel-graphics-compiler-1.0.5353 fails to compile with gcc-11

4904
Sam James
Broken with GCC 11, out of date, unmaintained in Gentoo. bug #763651, bug #774009, bug #789027, bug #759988. Removal on 2021-09-01.
  • dev-libs/intel-neo
  • dev-util/intel-graphics-compiler
Repository mirror & CI · gentoo
Merge updates from master
Conrad Kostecki · gentoo
dev-util/intel-graphics-compiler: fix compilation
Closes: https://bugs.gentoo.org/779661 Package-Manager: Portage-3.0.17, Repoman-3.0.2 Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Khue Nguyen · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.5353
Signed-off-by: Khue Nguyen <Z5483Y@gmail.com> Signed-off-by: Joonas Niilola <juippis@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler-1.0.4111: mark stable on amd64
Bug: https://bugs.gentoo.org/742374 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler-1.0.4111: only block llvm-10 in TC
Turns out this version is not going anywhere any time soon, in fact there is a stablereq for it now - so let's handle this properly. Specifically, pkg_pretend() now dies if the current compiler is clang-10+ (I think it is safe to assume that if 10 does not work nor will the newer versions). Bug: https://bugs.gentoo.org/738934 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.4944
The first version supporting VectorCompiler which actually builds (as well as lets intel-neo build afterwards; tested on 20.36 a moment ago) without patching with VC support disabled. Nb. I am still working on enabling VC support in Gentoo, dependencies have been taken care of but now src_compile fails due to IGC being unable to find functions and classes declared ELSEWHERE IN ITS OWN CODE. Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
Revert "dev-util/intel-graphics-compiler: bump to 1.0.4427"
It might _build_ fine without VC but it still causes intel-neo to fail to compile. This reverts commit a8e3b1a013be805fff6aa076d62c32f3be86fa9b. Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.4427
This is the newest version that I can build successfully on my system with VC disabled, all the newer ones fail due to missing bits in IGC code itself which disabling VectorCompute seems to mask out. Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bypass opencl-clang version check
Ebuilds already make sure we have a new-enough version of dev-libs/opencl-clang present, besides we have never even had versions older than 5.0.0 in the tree. No opencl-clang version check in CMake - no need to call readelf - no more issues on USE=-native-symlinks systems. Closes: https://bugs.gentoo.org/739138 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: block llvm-10.0.1
Causes compilation errors. Closes: https://bugs.gentoo.org/738934 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: remove old
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: remove old
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.4111
Now with LLVM-10 support. Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.3826
Moreover, src_configure() now explicitly appends -DNDEBUG to CPPFLAGS - since commit 95577dd5076a8e9864e82879fd3af97cf63fcfe9 cmake.eclass doesn't do it any more and in IGC this definition does considerably more than just disable asserts. Bug: https://bugs.gentoo.org/718824 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: remove old
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Jan Vesely · gentoo
dev-util/intel-graphics-compiler: Bump version to 1.0.3445
Add patch and enable opencl-clang:9 and llvm:9. Signed-off-by: Jan Vesely <jano.vesely@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/14925 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: switch to cmake.eclass in 1.0.3151
Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.3151
It still depends on llvm-8 though, it gave me a lot of "undefined reference" errors when I tried to build it against 9.0.1. Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: remove old
Package-Manager: Portage-2.3.79, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.2990
Package-Manager: Portage-2.3.79, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.2878
Package-Manager: Portage-2.3.79, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: pass $LLVM_MAX_SLOT to get_llvm_prefix()
When invoked without max_slot, get_llvm_prefix() iterates over *all* LLVM slots known to llvm.eclass - including those exceeding LLVM_MAX_SLOT. As a consequence, an ebuild can e.g. end up getting installed into llvm:9 directories in spite of having been linked against llvm:8. Package-Manager: Portage-2.3.76, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: remove old
Package-Manager: Portage-2.3.76, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.11
Package-Manager: Portage-2.3.76, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: fix opencl-clang filename mismatch
Upstream CMake files assumed that the shared-library file of opencl-clang is named libopencl-clang.so.x if LLVM version is x.0.0 but libopencl-clang.so.x.y.z otherwise. This is not correct, as demonstrated by opencl-clang-8.0.1 - the shared library is still called libopencl-clang.so.8. Make CMake always look for .so.x instead. Closes: https://bugs.gentoo.org/690520 Package-Manager: Portage-2.3.69, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: bump to 1.0.9
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-util/intel-graphics-compiler: set dev-libs/opencl-clang version cap
From 8.0.1 onwards opencl-clang uses the new library name in place of the legacy "common_clang". Make sure old IGC ebuilds do not try to use newer versions. Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: remove old
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-util/intel-graphics-compiler: bump to 1.0.8
Now with proper gcc-9.1 support. 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-util/intel-graphics-compiler: bump to version 1.0.4 and EAPI-7
Moreover, explicitly reject the use of gcc-9+ because they are known to fail. Bug: https://bugs.gentoo.org/685790 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
Marek Szuba · gentoo
dev-util/intel-graphics-compiler: new package
First-order dependency of Intel Graphics Compute Runtime. Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.62, Repoman-2.3.11