Re: coreutils bootstrapping issue on non-GNU platforms

2007-01-05 Thread Bob Proulx
Paul Eggert wrote: > "James Youngman" <[EMAIL PROTECTED]> writes: > > Doesn't the previous code actually produce the _maximum_ version (that > > is, with sort .. | tail -1)? > > Yes, and thanks for catching that. Hmm, nobody has used this since > December 30? Anyway, I installed this: Thanks fo

Re: coreutils bootstrapping issue on non-GNU platforms

2007-01-04 Thread Paul Eggert
"James Youngman" <[EMAIL PROTECTED]> writes: > Doesn't the previous code actually produce the _maximum_ version (that > is, with sort .. | tail -1)? Yes, and thanks for catching that. Hmm, nobody has used this since December 30? Anyway, I installed this: 2007-01-04 Paul Eggert <[EMAIL PROTEC

Re: coreutils bootstrapping issue on non-GNU platforms

2006-12-30 Thread Paul Eggert
[EMAIL PROTECTED] (Bob Proulx) writes: > If this bootstrapping issue could be avoided it would be nice. I installed this patch to do that. Thanks for reporting it. Also, I noticed the code uses "tail -1" which POSIX does not require support for, so I fixed that too. 2006-12-30 Paul Eggert <[

Re: coreutils bootstrapping issue on non-GNU platforms

2006-12-30 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bob Proulx on 12/30/2006 9:03 PM: > Bootstrapping a new architecture from bare metal is often a > problematic exercise in circular dependencies. I ran into a case of > this while building the coreutils. This is often the case for a numbe

coreutils bootstrapping issue on non-GNU platforms

2006-12-30 Thread Bob Proulx
Bootstrapping a new architecture from bare metal is often a problematic exercise in circular dependencies. I ran into a case of this while building the coreutils. Bootstrapping coreutils on a pristine HP-UX 11.23 ia64 machine produces the following error: ./bootstrap: gnulib/gnulib-tool --imp