Summary: | emerge of sys-apps/coreutils-5.94-r1 fails due to missing AT_FDCWD | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Shaw <shawvrana> |
Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
MAKEOPTS=-j1 emerge coreutils >& log
utimens.i |
Description
Shaw
2006-04-26 19:25:28 UTC
run `MAKEOPTS=-j1 emerge coreutils >& log` and post the log as an attachment Created attachment 85716 [details]
MAKEOPTS=-j1 emerge coreutils >& log
As requested. Thanks.
hrm ... try this now: # cd /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/lib # gcc -DHAVE_CONFIG_H -DLIBDIR=\"/usr/lib64\" -I. -I.. -O2 -march=k8 -pipe \ -E -dD -o utimens.i utimens.c then post the utimens.i file as an attachment Created attachment 85724 [details]
utimens.i
gcc -DHAVE_CONFIG_H -DLIBDIR=\"/usr/lib64\" -I. -I.. -O2 -march=k8 -pipe \
-E -dD -o utimens.i utimens.c
ok, i can reproduce over here on second thought, i cannot reproduce this ... the problem is this: checking for futimesat... yes if you have futimesat support it means you have support for the additional *at interfaces (_ATFILE_SOURCE / AT_FDCWD) but these interfaces werent added to glibc until glibc-2.4 ... and you're running glibc-2.3.5 ... so what gives ? attach the file: /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/config.log and post the output of: readelf -s /lib/libc.so.6 | grep at@ Coreutils config.log is too large to post. But it's finding 3.4.5: PATH: /usr/x86_64-pc-linux-gnu/gcc-bin/3.4.5 configure:2366: x86_64-pc-linux-gnu-gcc --version </dev/null >&5 x86_64-pc-linux-gnu-gcc (GCC) 3.4.5 (Gentoo 3.4.5, ssp-3.4.5-1.0, pie-8.7.9) eading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/specs Configured with: /var/tmp/portage/gcc-3.4.5/work/gcc-3.4.5/configure --prefix=/u Thread model: posix gcc version 3.4.5 (Gentoo 3.4.5, ssp-3.4.5-1.0, pie-8.7.9) configure:2374: $? = 0 configure:2376: x86_64-pc-linux-gnu-gcc -V </dev/null >&5 I was using ~x86 for a while, but that was a month ago, at least. Perhaps that explains it? Thanks for your help. [shaw@kronos ~ 4]% readelf -s /lib/libc.so.6 | grep at@ 179: 00000000000ac110 240 FUNC GLOBAL DEFAULT 11 __xmknodat@@GLIBC_2.4 215: 00000000000acfc0 538 FUNC GLOBAL DEFAULT 11 faccessat@@GLIBC_2.4 385: 00000000000bad80 37 FUNC WEAK DEFAULT 11 shmat@@GLIBC_2.2.5 405: 0000000000059d40 264 FUNC GLOBAL DEFAULT 11 renameat@@GLIBC_2.4 415: 00000000000ad660 118 FUNC WEAK DEFAULT 11 creat@@GLIBC_2.2.5 434: 00000000000b9090 72 FUNC GLOBAL DEFAULT 11 ustat@@GLIBC_2.2.5 477: 00000000000b50c0 208 FUNC GLOBAL DEFAULT 11 futimesat@@GLIBC_2.4 750: 00000000000ac060 73 FUNC GLOBAL DEFAULT 11 __lxstat@@GLIBC_2.2.5 799: 00000000000660e0 19 FUNC GLOBAL DEFAULT 11 _IO_file_stat@@GLIBC_2.2.5 873: 000000000006f010 444 FUNC GLOBAL DEFAULT 11 strcat@@GLIBC_2.2.5 889: 00000000000ae760 215 FUNC GLOBAL DEFAULT 11 unlinkat@@GLIBC_2.4 1077: 00000000000ac200 242 FUNC GLOBAL DEFAULT 11 __fxstatat@@GLIBC_2.4 1206: 000000000006fae0 148 FUNC GLOBAL DEFAULT 11 strncat@@GLIBC_2.2.5 1242: 00000000000ac630 164 FUNC GLOBAL DEFAULT 11 mkdirat@@GLIBC_2.4 1265: 00000000000ada70 242 FUNC GLOBAL DEFAULT 11 fchownat@@GLIBC_2.4 1276: 0000000000074790 148 FUNC GLOBAL DEFAULT 11 wcsncat@@GLIBC_2.2.5 1340: 00000000000ae430 294 FUNC GLOBAL DEFAULT 11 linkat@@GLIBC_2.4 1455: 00000000000ac510 226 FUNC GLOBAL DEFAULT 11 fchmodat@@GLIBC_2.4 1670: 00000000000ae590 164 FUNC GLOBAL DEFAULT 11 symlinkat@@GLIBC_2.4 1687: 00000000000abfc0 73 FUNC GLOBAL DEFAULT 11 __xstat@@GLIBC_2.2.5 1731: 00000000000ae670 178 FUNC GLOBAL DEFAULT 11 readlinkat@@GLIBC_2.4 1738: 00000000000de600 90 FUNC GLOBAL DEFAULT 11 xdr_float@@GLIBC_2.2.5 1768: 00000000000ac010 70 FUNC GLOBAL DEFAULT 11 __fxstat@@GLIBC_2.2.5 1822: 00000000000aca20 283 FUNC WEAK DEFAULT 11 openat@@GLIBC_2.4 1844: 00000000000abf90 37 FUNC GLOBAL DEFAULT 11 mkfifoat@@GLIBC_2.4 1848: 0000000000074610 37 FUNC WEAK DEFAULT 11 wcscat@@GLIBC_2.2.5 2010: 0000000000046f40 246 FUNC GLOBAL DEFAULT 11 parse_printf_format@@GLIBC_2.2.5 Is there some particular ouput in the config log you need? Thx. your /lib/libc.so.6 appears to be glibc-2.4 but your headers are glibc-2.3.5 you cannot downgrade glibc, bad things happen i'd suggest you re-install glibc-2.4-r1 Is there a 'recommended' way to do this? Current glibc is listed as 2.3.5-r2 by portage. Why should I downgrade? Do I need to downgrade before I can upgrade? Confused. Thx. add this to your /etc/portage/package.keywords: =sys-libs/glibc-2.4-r1 Ok, I've successfully emerged glibc-2.4-r1 after which coreutils emerged sucessfully as well. Wahoo! Thanks for all your help with this. :) I'm a bit confused about the state of my box now. Can I remove glibc-2.4-r1 from package.keywords? If I do this, will protage update glibc, and is that a problem? if you remove the entry from package.keywords, portage will try and downgrade your glibc again just leave it that way and you should be fine |