| Summary: | sys-libs/compiler-rt-4.0.0[clang] - CMake Error at CMakeLists.txt:12 (project): The CMAKE_C_COMPILER: x86_64-pc-linux-gnu-clang is not a full path and was not found i | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
| Component: | Current packages | Assignee: | LLVM support project <llvm> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | holger, mgorny |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | https://bugs.gentoo.org/show_bug.cgi?id=630744 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
build.log
CMakeOutput.log CMakeError.log |
||
|
Description
Dennis Schridde
2017-03-13 22:59:16 UTC
Created attachment 466982 [details]
CMakeOutput.log
Created attachment 466984 [details]
CMakeError.log
Please note that there are lots of libraries preserved from a previous installation of llvm:0 / clang:0, but no clang binaries. Having a look at metadata.xml, the cause of this issue becomes obvious: "Force building using installed clang (rather than the default CC/CXX)". compiler-rt has IUSE="+clang", but omits clang in DEPEND. This is a chicken-and-egg issue; I had the same problem last night. Making compiler-rt depend on clang is probably not the best way to solve this, since clang in turn depoends on compiler-rt. AFAIK there is no problem building compiler-rt with -clang; I had to do that in order to get clang built since I unmerged all existing llvm/clang packages before building 4.0. Whether a completely self-hosted llvm+clang toolchain is desirable is a different problem, but IMHO it should still be possible to install the whole thing without existing llvm/clang. Think of the bootstrap. I'm sorry, I must've accidentally missed 4.0.0. The clang dep is present correctly in -9999. commit 9fd9dd4b2d37e38bf65eacdd3ad7cab15f211821 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: Tue Mar 14 17:37:55 2017 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: Tue Mar 14 17:40:15 2017 sys-libs/compiler-rt: Backport missing clang dep to 4.0.0, #612560 (In reply to Holger Hoffstätte from comment #5) > This is a chicken-and-egg issue; I had the same problem last night. > Making compiler-rt depend on clang is probably not the best way to solve > this, since clang in turn depoends on compiler-rt. clang PDEPs on compiler-rt, so compiler-rt can be installed after clang. And the ebuild accounts for being built with incomplete clang. > AFAIK there is no problem > building compiler-rt with -clang; I had to do that in order to get clang > built since I unmerged all existing llvm/clang packages before building 4.0. The atomics support is not built correctly when building with gcc. That's the reason for adding IUSE=+clang. (In reply to Michał Górny from comment #7) > (In reply to Holger Hoffstätte from comment #5) > > This is a chicken-and-egg issue; I had the same problem last night. > > Making compiler-rt depend on clang is probably not the best way to solve > > this, since clang in turn depoends on compiler-rt. > > clang PDEPs on compiler-rt, so compiler-rt can be installed after clang. And > the ebuild accounts for being built with incomplete clang. That wasn't entirely clear, thanks. I've just updated and now portage wants to correctly build clang -> compiler-rt -> clang-runtime. That fixes the bootstrap problem. > The atomics support is not built correctly when building with gcc. That's > the reason for adding IUSE=+clang. Fair enough and good to know! |
