#141 closed task (fixed)
Coreutils 6.12
Reported by: | Joe Ciccone | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | CLFS Standard 1.2.0 |
Component: | BOOK | Version: | CLFS Standard 1.2.0 |
Keywords: | Cc: |
Description
New Package Version.
Change History (8)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
I hope we'll do the same here (one less package to build).
There will be an addition needed to temporary perl, and it will need a little persuasion to get through the coreutils non-root testsuite.
The lack of hostname is a different matter: my experiments for LFS suggest it doesn't build even when not in the enable-non-install-programs list. If that is the case, we will need a script as a minimum, or else to wait until util-linux-ng provides it.
Possibly, what we do for hostname will also impact on the echo which invokes hostname in a subshell for the perl testsuite (I got bitten by the missing hostname in LFS a few minutes ago, haven't yet got to the perl testsuite). That probably also affects the boot version of coreutils (I can't remember if the minimal bootscripts invoke hostname).
But, since this is targeted for 1.2.0, no rush.
comment:3 by , 17 years ago
I have no objections to using the mktemp here instead of the individual package. One less thing to do. I marked this for 1.2.0 because of the issues that have been brought up so far.
comment:4 by , 17 years ago
Hi,
I just tried 6.10 on a PPC (RS6000) and i got the following:
mv t-ref-del.sed ref-del.sed make[2]: Leaving directory `/tools/newlfs/sources/coreutils/coreutils-6.10/lib' make[1]: Leaving directory `/tools/newlfs/sources/coreutils/coreutils-6.10/lib' Making all in src make[1]: Entering directory `/tools/newlfs/sources/coreutils/coreutils-6.10/src' make all-am make[2]: Entering directory `/tools/newlfs/sources/coreutils/coreutils-6.10/src' gcc -std=gnu99 -I. -I../lib -I../lib -g -O2 -MT uname.o -MD -MP -MF .deps/uname.Tpo -c -o uname.o uname.c uname.c: In function 'main': uname.c:447: warning: initialization discards qualifiers from pointer target type uname.c: In function 'has_sse': uname.c:500: error: impossible constraint in 'asm' make[2]: *** [uname.o] Error 1 make[2]: Leaving directory `/tools/newlfs/sources/coreutils/coreutils-6.10/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tools/newlfs/sources/coreutils/coreutils-6.10/src' make: *** [all-recursive] Error 1
This happened in chroot environment using the actual LFS instructions for 6.10...
follow-up: 6 comment:5 by , 17 years ago
I think you used the LFS uname patch ? If so, please try with the clfs version of the patch, it's very different.
comment:6 by , 17 years ago
Replying to ken:
I think you used the LFS uname patch ? If so, please try with the clfs version of the patch, it's very different.
Oh you are damn right! It all works perfect when using the correct patches...
Sorry for the noise!
-- Thomas
comment:7 by , 16 years ago
Summary: | Coreutils 6.10 → Coreutils 6.12 |
---|
Joe,
are we going to use the same propose method in LFS for the mktemp command? or are we going to rely on the mktemp package? (just curious, not really anything to add or discuss by my part) :)
Julio