Summary: | clang-5.0.1_rc2: build fails with 'error while loading shared libraries: libLLVMSupport.so.5 : cannot open shared object file: No such file or directory' | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Benjamin Block <bebl> |
Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Output from: emerge --info
Output from: emerge -pqv Copy of: build.log Copy of: environment |
Description
Benjamin Block
2017-12-22 13:44:06 UTC
Created attachment 511468 [details]
Output from: emerge --info
Created attachment 511470 [details]
Output from: emerge -pqv
Created attachment 511472 [details]
Copy of: build.log
Created attachment 511474 [details]
Copy of: environment
Ok scratch my comment about $ORIGIN being the problem. Incomplete knowledge on my side. Anyway, then it looks like ~/local/portage-tree/usr/lib/llvm/5/lib/ is missing from the runtime paths? The same thing does _not_ happen with sys-devel/clang-3.9.1-r100 I think this is because clang's libs are now stashed in a non-standard location. Yes, the llvm lib-dir needs to be in RPATH. Question is why it isn't, as the ld-wrapper should do this for all -L args found. I see the same problem. for some reason the ld wrapper isn't used by gcc, which is why it doesn't have the runpath This appears to be a logic error in the binutils-config wrapper. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=edc0d44f70c27daebcc080ac5d08e8e191bccd95 commit edc0d44f70c27daebcc080ac5d08e8e191bccd95 Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2018-01-31 09:49:10 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2018-01-31 09:50:06 +0000 sys-devel/binutils-config: fix inversed logic Obviously we should skip turning -L into -R if the path points inside PORTAGE_BUILDDIR, not the other way around. Thanks to this, bugs like #642040 surfaced. Bug: https://bugs.gentoo.org/642040 sys-devel/binutils-config/files/ldwrapper.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)} The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=72d338d62675e24de16b010444ed2b493a5db4af commit 72d338d62675e24de16b010444ed2b493a5db4af Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2018-01-31 09:58:24 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2018-01-31 09:58:24 +0000 sys-devel/binutils-config: interrevbump to fix rpath injection issue Thanks to inversed logic we no longer included rpaths for -L arguments given on the command line. Closes: https://bugs.gentoo.org/642040 Package-Manager: Portage-2.3.18-prefix, Repoman-2.3.6 sys-devel/binutils-config/Manifest | 2 +- ...inutils-config-5-r03.3.ebuild => binutils-config-5-r03.4.ebuild} | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) |