summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* dev-util/intel-graphics-compiler: bump to 1.0.2878Marek Szuba2019-11-282-0/+37
| | | | | Package-Manager: Portage-2.3.79, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* dev-util/intel-graphics-compiler: pass $LLVM_MAX_SLOT to get_llvm_prefix()Marek Szuba2019-10-072-0/+37
| | | | | | | | | | 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>
* dev-util/intel-graphics-compiler: remove oldMarek Szuba2019-10-075-124/+0
| | | | | Package-Manager: Portage-2.3.76, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* dev-util/intel-graphics-compiler: bump to 1.0.11Marek Szuba2019-10-012-0/+37
| | | | | Package-Manager: Portage-2.3.76, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
* dev-util/intel-graphics-compiler: fix opencl-clang filename mismatchMarek Szuba2019-08-052-0/+15
| | | | | | | | | | | | 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>
* dev-util/intel-graphics-compiler: bump to 1.0.9Marek Szuba2019-07-033-0/+47
| | | | | Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
* dev-util/intel-graphics-compiler: set dev-libs/opencl-clang version capMarek Szuba2019-07-031-1/+1
| | | | | | | | | 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
* dev-util/intel-graphics-compiler: remove oldMarek Szuba2019-07-033-82/+0
| | | | | Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
* dev-util/intel-graphics-compiler: bump to 1.0.8Marek Szuba2019-06-112-0/+35
| | | | | | | 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
* dev-util/intel-graphics-compiler: bump to version 1.0.4 and EAPI-7Marek Szuba2019-05-242-0/+46
| | | | | | | | | 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
* dev-util/intel-graphics-compiler: new packageMarek Szuba2019-05-013-0/+48
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