dev-libs / opencl-clang

OpenCL-oriented thin wrapper library around clang

Official package sites : https://github.com/intel/opencl-clang ·

v10.0.0.1 :: 10 :: gentoo

Modified
License
UoI-NCSA
Keywords
~amd64

v9.0.1 :: 9 :: gentoo

Modified
License
UoI-NCSA
Keywords
~amd64

v8.0.1.1 :: 8 :: gentoo

Modified
License
UoI-NCSA
Keywords
~amd64

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

dev-util / spirv-llvm-translator : Bi-directional translator between SPIR-V and LLVM IR

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

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

dev-util / intel-graphics-compiler : LLVM-based OpenCL compiler targetting Intel Gen graphics hardware

Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/opencl-clang:10: Remove BDEPEND="dev-vcs/git"
Upstream have recently made it so that Git is no longer required when system versions of llvm/clang and spirv-llvm-translator are used. Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-libs/opencl-clang:10: Fix llvm-tblgen detection
Upstream CMake scripts simply set LLVM_TABLEGEN_EXE to "llvm-tblgen". This works fine for 32-bit builds of SLOT=8 and 9 as well as 64-bit builds of all three slots, however 32-bit builds of SLOT=10 fail due to having been unable to locate the executable in question. Whatever the reason for this is, actually looking for llvm-tblgen with find_program() solves the issue, at least on my system anyway. Closes: https://bugs.gentoo.org/728804 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/opencl-clang: bump to 10.0.0.1:10
There is a newer upstream release, 10.0.0-2, but as of 2020-06-19 that version fails to build against any official releases of spirv-llvm-translator. See https://github.com/intel/opencl-clang/issues/148 for details. Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-libs/opencl-clang: remove old
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/opencl-clang: bump slot 9 to version 9.0.1
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-libs/opencl-clang: bump slot 8 to version 8.0.1.1
Signed-off-by: Marek Szuba <marecki@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/opencl-clang: switch to cmake.eclass in :9
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-libs/opencl-clang: bump to 9.0.0:9
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-libs/opencl-clang: remove old
Package-Manager: Portage-2.3.76, Repoman-2.3.16 Signed-off-by: Marek Szuba <marecki@gentoo.org>
Marek Szuba · gentoo
dev-libs/opencl-clang: 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>
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/opencl-clang: bump to 8.0.1_p20191001
A Git snapshot, needed because there has been no release on the LLVM-8 branch supporting current versions of SPIRV-LLVM-Translator yet. 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
Repository mirror & CI · gentoo
Merge updates from master
Marek Szuba · gentoo
dev-libs/opencl-clang: bump to version 8.0.1 and EAPI-7
Note that this release changes the name of the installed library from the old common_clang to opencl-clang, requiring changes in dev-libs/intel-graphics-compiler ebuilds. Signed-off-by: Marek Szuba <marecki@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11
Marek Szuba · gentoo
dev-libs/opencl-clang: depend on sys-devel/clang[static-analyzer]
Turns out that the absence of static-analyzer among sys-devel/clang USE flags causes build-time linker errors. The flag in question is enabled by default so only a subset of users has been affected. Closes: https://bugs.gentoo.org/689170 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/opencl-clang: new package
Second-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