Bug 690520 – dev-util/intel-graphics-compiler-1.0.9 : ninja: error: /usr/lib/llvm/8/lib64/libopencl-clang.so.8.0.1 , needed by IGC/Gentoo/libigdfcl.so.1.0.9 , missing and no known rule to make it

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Toralf Förster 2019-07-23 19:13:30 UTC]

>>> Working in BUILD_DIR: "/var/tmp/portage/dev-util/intel-graphics-compiler-1.0.9/work/intel-graphics-compiler-igc-1.0.9-abi_x86_64.amd64"
ninja -v -j1 -l0
ninja: error: '/usr/lib/llvm/8/lib64/libopencl-clang.so.8.0.1', needed by 'IGC/Gentoo/libigdfcl.so.1.0.9', missing and no known rule to make it
 * ERROR: dev-util/intel-graphics-compiler-1.0.9::gentoo failed (compile phase):
 *   ninja -v -j1 -l0 failed
 * 

  -------------------------------------------------------------------

  This is an unstable amd64 chroot image at a tinderbox (==build bot)
  name: 17.1_no-multilib_hardened-20190722-003824

  -------------------------------------------------------------------

gcc-config -l:
 [1] x86_64-pc-linux-gnu-9.1.0 *

Available Python interpreters, in order of preference:
  [1]   python3.6
  [2]   python2.7 (fallback)
Available Ruby profiles:
  [1]   ruby24 (with Rubygems)
  [2]   ruby25 (with Rubygems) *




emerge -qpvO dev-util/intel-graphics-compiler
[ebuild  N    ] dev-util/intel-graphics-compiler-1.0.9

[Comment 1 Toralf Förster 2019-07-23 19:13:32 UTC]

Created attachment 584220 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2019-07-23 19:13:35 UTC]

Created attachment 584222 [details]
dev-util:intel-graphics-compiler-1.0.9:20190723-110914.log

[Comment 3 Toralf Förster 2019-07-23 19:13:38 UTC]

Created attachment 584224 [details]
emerge-history.txt

[Comment 4 Toralf Förster 2019-07-23 19:13:40 UTC]

Created attachment 584226 [details]
environment

[Comment 5 Toralf Förster 2019-07-23 19:13:43 UTC]

Created attachment 584228 [details]
etc.portage.tbz2

[Comment 6 Toralf Förster 2019-07-23 19:13:46 UTC]

Created attachment 584230 [details]
logs.tbz2

[Comment 7 Toralf Förster 2019-07-23 19:13:48 UTC]

Created attachment 584232 [details]
temp.tbz2

[Comment 8 Marek Szuba 2019-07-30 15:05:18 UTC]

Could you please list the contents of dev-libs/opencl-clang on the affected system, Toralf?

[Comment 9 Jacek Danecki 2019-07-30 15:38:14 UTC]

I've also observed this issue. To workaround it I've created link from /usr/lib/llvm/8/lib64/libopencl-clang.so.8 to /usr/lib/llvm/8/lib64/libopencl-clang.so.8.0.1, and then IGC compiled correctly.

# equery f opencl-clang
 * Searching for opencl-clang ...
 * Contents of dev-libs/opencl-clang-8.0.1:
/usr
/usr/lib
/usr/lib/llvm
/usr/lib/llvm/8
/usr/lib/llvm/8/include
/usr/lib/llvm/8/include/cclang
/usr/lib/llvm/8/include/cclang/common_clang.h
/usr/lib/llvm/8/lib64
/usr/lib/llvm/8/lib64/libopencl-clang.so -> libopencl-clang.so.8
/usr/lib/llvm/8/lib64/libopencl-clang.so.8
/usr/share
/usr/share/doc
/usr/share/doc/opencl-clang-8.0.1
/usr/share/doc/opencl-clang-8.0.1/README.md.bz2

[Comment 10 Toralf Förster 2019-07-30 18:52:27 UTC]

(In reply to Marek Szuba from comment #8)
> Could you please list the contents of dev-libs/opencl-clang on the affected
> system, Toralf?

tinderbox@mr-fox ~ $ chr img/17.1_no-multilib_hardened-20190722-003824

mr-fox ~ # 
mr-fox ~ # equery f opencl-clang
 * Searching for opencl-clang ...
 * Contents of dev-libs/opencl-clang-8.0.1:
/usr
/usr/lib
/usr/lib/llvm
/usr/lib/llvm/8
/usr/lib/llvm/8/include
/usr/lib/llvm/8/include/cclang
/usr/lib/llvm/8/include/cclang/common_clang.h
/usr/lib/llvm/8/lib64
/usr/lib/llvm/8/lib64/libopencl-clang.so -> libopencl-clang.so.8
/usr/lib/llvm/8/lib64/libopencl-clang.so.8
/usr/share
/usr/share/doc
/usr/share/doc/opencl-clang-8.0.1
/usr/share/doc/opencl-clang-8.0.1/README.md.bz2

[Comment 11 Marek Szuba 2019-08-05 15:07:31 UTC]

The problem lies with lines 161-165 in IGC/BiFModule/CMakeLists.txt, which incorrectly assume that opencl-clang shared libraries are versioned by full LLVM version if said version is not x.0.0. I'll push a patch shortly. Thanks for having looked into this!

[Comment 12 Larry the Git Cow 2019-08-05 15:26:48 UTC]

The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0f58ae2424ed029568d83593821e22a66f10ae47

commit 0f58ae2424ed029568d83593821e22a66f10ae47
Author:     Marek Szuba <[e-mail]>
AuthorDate: 2019-08-05 15:19:15 +0000
Commit:     Marek Szuba <[e-mail]>
CommitDate: 2019-08-05 15:26:33 +0000

    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 <[e-mail]>

 ...aphics-compiler-1.0.9-opencl-clang_solib_filename.patch | 14 ++++++++++++++
 .../intel-graphics-compiler-1.0.9.ebuild                   |  1 +
 2 files changed, 15 insertions(+)