Summary: | dev-libs/libclc-0.2.0_pre20170118 - /usr/lib64/llvm/5/bin/clang: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | llvm, mgorny |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=622782 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Juergen Rose
2017-04-16 11:35:35 UTC
First guess: mismatch of llvm/clang version. I'll look into it when I get home. (In reply to Michał Górny from comment #1) > First guess: mismatch of llvm/clang version. I'll look into it when I get > home. Hi, any news? Well, the issue certainly is that you've got newer LLVM slot than clang slot. This is an issue neither me nor upstream did anticipate, and I predict this is going to be a problem for more packages than just libclc. I'll add a short-time solution to libclc ebuild and open a bug to handle this more generically in llvm.eclass. commit 2b646d380fc697aeaa6279e22163f7fdb3fea9c2 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: Mon Jun 26 23:27:57 2017 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: Mon Jun 26 23:35:14 2017 dev-libs/libclc: Fix possible llvm/clang slot mismatch, #615754 Ensure that the LLVM slot with matching clang version is always used. Otherwise, if you have a newer LLVM slot without clang, and an older slot with clang, libclc got paths from the newer llvm-config and was unable to find clang. Now the ebuild finds clang first, and uses the llvm-config installed alongside it. |