Re: printf cleanup for POSIX and Bash compatibility

2004-07-07 Thread Paul Eggert
Tim Waugh <[EMAIL PROTECTED]> writes: > Sorry there are so many, by the way -- I did try to make them fewer in > number with the move to 4.5.x a while back. No problem. They indicate some other useful features that should be in coreutils. The biggest one (and the biggest hassle) is i18n. I thi

FYI: canonicalize.c fix, affects readlink -f and new -e and -m options

2004-07-07 Thread Jim Meyering
I've just checked in this fix: 2004-07-07 Jim Meyering <[EMAIL PROTECTED]> Don't infloop when MAXSYMLINKS is not defined. Detect symlink loops much earlier (albeit lazily) on systems with MAXSYMLINKS defined to a large value. * canonicalize.c: Include "cycle-che

Re: printf cleanup for POSIX and Bash compatibility

2004-07-07 Thread Tim Waugh
On Wed, Jul 07, 2004 at 12:00:23AM -0700, Paul Eggert wrote: > I looked at the Fedora Core 2 patches for coreutils, Sorry there are so many, by the way -- I did try to make them fewer in number with the move to 4.5.x a while back. Tim. */ pgpN4iRiAU0TG.pgp Description: PGP signature __

readlink changes installed

2004-07-07 Thread Jim Meyering
I've installed the following patch from Dmitry V: Levin. ftp://ftp.altlinux.org/pub/people/ldv/coreutils/ In private mail (due to difficulty getting past the list software), he wrote: I've implemented the changes mentioned above. That is, "readlink -f" is now more compatible with

printf cleanup for POSIX and Bash compatibility

2004-07-07 Thread Paul Eggert
I looked at the Fedora Core 2 patches for coreutils, and noticed that they patched coreutils printf to ignore "ll" length specifiers in formats like "%lld". This reminded me of a long-ago task that I didn't finish with coreutils: add support to "printf" for wider integers, for compatibility with B