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

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.

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.

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...

I think you used the LFS uname patch ? If so, please try with the clfs version of the patch, it's very different.

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

Updated in r3998.