Summary: | sys-apps/sandbox-2.16: error: Unable to determine LIBC PATH (/lib64/libc.so.6") | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Mike Lothian <mike> |
Component: | Sandbox | Assignee: | Sandbox Maintainers <sandbox> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ansla80, dschridde+gentoobugs, koz.ross, mgorny, perfect007gentleman, slyfox, ua_gentoo_bugzilla, vorner, xaviermiller, zhuyifei1999 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=672918 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log
Config log 0001-configure.ac-fix-libc.so.6-detection-on-ld.gold.patch v2-0001-configure.ac-fix-libc.so.6-detection-on-ld.gold.patch v3-0001-configure.ac-fix-libc.so.6-detection-on-ld.gold.patch sandbox-2.16-LIBC_PATH-gold.patch |
Description
Mike Lothian
2019-03-11 13:09:20 UTC
lrwxrwxrwx 1 root root 12 Mar 11 10:36 /lib64/libc.so.6 -> libc-2.29.so Does sandbox-2.15 configure correctly? Also, please attach /var/tmp/portage/sys-apps/sandbox-2.16/work/sandbox-2.16-abi_x86_64.amd64/config.log Created attachment 568568 [details]
Config log
sandbox 2.15 configures, builds and installs just fine I just hit the same issue. Using ld.gold as well. Builds fine with ld.bfd. This likely broke at https://gitweb.gentoo.org/proj/sandbox.git/commit/?id=3c001036637930152c038d084334d9a7311ffc6e The 'try_link -Wl,--verbose && grep -q attempt libctest.log' does not trigger for you because gold (or other binutils version?) has uppercase 'Attempt': > /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: Attempt to open /lib64/libc.so.6 succeeded and falls back to lld handling. Should be easy to tweak. Created attachment 568738 [details, diff]
0001-configure.ac-fix-libc.so.6-detection-on-ld.gold.patch
0001-configure.ac-fix-libc.so.6-detection-on-ld.gold.patch is a tweak to restore gold handling.
Maybe I'm silly but any reason not to match case-insensitively (or use [Aa]ttempt) instead? 'ttempt' looks a bit silly. (In reply to Michał Górny from comment #9) > Maybe I'm silly but any reason not to match case-insensitively (or use > [Aa]ttempt) instead? 'ttempt' looks a bit silly. Both would work. "ttempt" matches closer to existing "$AWK '/ttempt to open/...". I can change grep to [Aa] (m4 will make it a bit uglier). Created attachment 568740 [details, diff]
v2-0001-configure.ac-fix-libc.so.6-detection-on-ld.gold.patch
v2 matches explicitly on [Aa]ttempt in both 'grep' and 'awk' calls.
attachment #568740 [details, diff] is not working for me (ld.gold)
Did you add an eautoreconf call? (In reply to Xavier Miller from comment #12) > attachment #568740 [details, diff] [details, diff] is not working for me (ld.gold) and attachment #568738 [details, diff] is not working too Created attachment 568746 [details, diff]
v3-0001-configure.ac-fix-libc.so.6-detection-on-ld.gold.patch
v3 fixed a 'lg.gold' typo in v2 noticed by Arfrever.
Created attachment 568944 [details, diff]
sandbox-2.16-LIBC_PATH-gold.patch
an equivalent patch directly usable as /etc/portage/patches/sys-apps/sandbox/
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0286baaa56a2f94b5c29ea06963f91273a3ad770 commit 0286baaa56a2f94b5c29ea06963f91273a3ad770 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2019-03-13 10:08:08 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2019-03-13 10:09:23 +0000 sys-apps/sandbox: Version bump Closes: https://bugs.gentoo.org/680034 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> sys-apps/sandbox/Manifest | 2 +- sys-apps/sandbox/{sandbox-2.16.ebuild => sandbox-2.17.ebuild} | 0 2 files changed, 1 insertion(+), 1 deletion(-) The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/sandbox.git/commit/?id=18b1979734f57726c0a601ade0505c2e4615947d commit 18b1979734f57726c0a601ade0505c2e4615947d Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2019-03-11 21:27:08 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2019-03-13 09:56:33 +0000 configure.ac: fix libc.so.6 detection on ld.gold As reported by Mike Lothian below failed as: $ ./configure LDFLAGS=-fuse-ld=gold > checking libc path... configure: error: Unable to determine LIBC PATH (/lib64/libc.so.6") The regression happened in 3c0010366 ("configure.ac: add lld detection support") where "attempt" keyword in verbose linker log was used as a hint to use bfd or gold output parser. Unfortunately ld.gold uses "Attempt" spelling. The change is to use the "[Aa]ttempt" substring matcher. Tweak the parser to also match on "[Aa]ttempt" explicitly. Tested on bfd, gold and lld. Reported-by: Mike Lothian Bug: https://bugs.gentoo.org/680034 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> configure.ac | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) |