[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: portability of 'printf' command
From: |
Jim Meyering |
Subject: |
Re: portability of 'printf' command |
Date: |
Wed, 07 Apr 2010 23:06:12 +0200 |
Bob Friesenhahn wrote:
> On Wed, 7 Apr 2010, Karl Berry wrote:
>>
>> In any event, I suspect that anyone using such an ancient system *and*
>> installing a brand-new version of package foo that uses printf in its
>> autoconfery would also have installed coreutils (or at least sh-utils),
>> and therefore will have printf after all.
>
> Is it possible that coreutils/sh-utils configure scripts would then
> depend on a working 'printf' capability so that it is not possible to
> install them? The only workaround would be to try to bootstrap using
> an older version which still does not require 'printf'.
I think that's an adequate work-around.
- Re: portability of 'printf' command, Eric Blake, 2010/04/05
- Re: portability of 'printf' command, Bob Friesenhahn, 2010/04/05
- Re: portability of 'printf' command, Dr. David Kirkby, 2010/04/05
- Re: portability of 'printf' command, Eric Blake, 2010/04/06
- Re: portability of 'printf' command, Dr. David Kirkby, 2010/04/07
- Re: portability of 'printf' command, Karl Berry, 2010/04/07
- Re: portability of 'printf' command, Harlan Stenn, 2010/04/07
- Re: portability of 'printf' command, Karl Berry, 2010/04/07
- Re: portability of 'printf' command, Karl Berry, 2010/04/12
- Re: portability of 'printf' command, Paul Eggert, 2010/04/07
- Re: portability of 'printf' command, Jim Meyering, 2010/04/07
Re: portability of 'printf' command, Bob Friesenhahn, 2010/04/07