| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
|
|
|
|
|
| |
Works around Bug #743992. Hopefully LLVM upstream will not make
introducing breaking ABI changes in new patch releases a habit and such
hackery will not be required in the future.
Closes: https://bugs.gentoo.org/743992
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
|
| |
Package-Manager: Portage-2.3.76, Repoman-2.3.16
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
| |
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
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
|
|
|
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
|
Marek Szuba
GitWeb