Re: touch command

2007-08-28 Thread Pádraig Brady
Bob Proulx wrote: > [EMAIL PROTECTED] wrote: >> I am not really sure if it is a bug, but the line command >> "touch" seems incapable of changing the timestamp of a >> link (on a related issue, "tar" does not usually recover >> the timestamp of links). > > There is no lutimes(2) call and theref

Re: touch command

2007-08-28 Thread Andreas Schwab
Eric Blake <[EMAIL PROTECTED]> writes: > According to Bob Proulx on 8/27/2007 6:55 PM: >> There is no lutimes(2) call and therefore way way to set the times on >> a symlink. This is why touch does not have a -h option. Since >> lchmod(2) is available the chmod command has a -h option and uses it

FYI, stat recognizes more file system types; reflect a gnulib renaming

2007-08-28 Thread Jim Meyering
For details, see http://git.sv.gnu.org/r/gnulib.git Here are ChangeLog entries: 2007-08-28 Jim Meyering <[EMAIL PROTECTED]> Reflect renaming: mreadlink-with-size -> areadlink-with-size. * bootstrap.conf: Update module name. * src/copy.c (copy_internal): Update header and

Re: touch command

2007-08-28 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Pádraig Brady on 8/28/2007 2:37 AM: >> There is no lutimes(2) call and therefore way way to set the times on >> a symlink. This is why touch does not have a -h option. Since >> lchmod(2) is available the chmod command has a -h option and

Re: /usr/bin/test message forgets newline

2007-08-28 Thread jidanni
JM> [note that only "[" accepts an OPTION. ] Ah, fine print. Land mine. JM> DESCRIPTION JM>Exit with the status determined by EXPRESSION. perhaps repeat the [note that only "[" accepts an OPTION. ] here. JM>--help display this help and exit JM>--version JM> o

/usr/bin/test message forgets newline

2007-08-28 Thread jidanni
/usr/bin/test neglects adding the trailing newline for this message at least: # /usr/bin/test -d 1 2 3 2>&1|od -c 000 / u s r / b i n / t e s t : e 020 x t r a a r g u m e n t ` 2 040 ' 041 P.S., $ /usr/bin/te

Re: /usr/bin/test message forgets newline

2007-08-28 Thread Jim Meyering
[EMAIL PROTECTED] wrote: > /usr/bin/test neglects adding the trailing newline for this message at > least: > > # /usr/bin/test -d 1 2 3 2>&1|od -c > 000 / u s r / b i n / t e s t : e > 020 x t r a a r g u m e n t ` 2 > 00

Re: /usr/bin/test message forgets newline

2007-08-28 Thread Jim Meyering
[EMAIL PROTECTED] wrote: > JM> [note that only "[" accepts an OPTION. ] > Ah, fine print. Land mine. > JM> DESCRIPTION > JM>Exit with the status determined by EXPRESSION. > perhaps repeat the > [note that only "[" accepts an OPTION. ] > here. > JM>--help display this help and exit

Re: [PATCH] Command line parsing of ls with genparse

2007-08-28 Thread Eric Blake-1
> 1. The usage function for the ls command has the following >explanation for the -F, --classify command liune switch: >"append indicator (one of */=>@|) to entries". Can you rewrite it as "append indicator (one of *" "/=>@|) to entries", and rely on string concatenation to produce the s

Re: [PATCH] Command line parsing of ls with genparse

2007-08-28 Thread Michael Geng
On Tue, Aug 28, 2007 at 10:48:55AM -0700, Eric Blake-1 wrote: > > > 1. The usage function for the ls command has the following > >explanation for the -F, --classify command liune switch: > >"append indicator (one of */=>@|) to entries". > > Can you rewrite it as "append indicator (one of

Re: [PATCH] Command line parsing of ls with genparse

2007-08-28 Thread Eric Blake-1
> 2. ls.c depends ls-clp.h (the generated parser) >ls-clp.h depends on ls.gp (the genparse file) >ls.gp depends on ls.c because ls.gp is embedded as a comment in ls.c >-> There is a circular dependency! That seems wrong to me. Isn't it really: ls$(EXEEXT) directly depends on ls.o an

Re: [PATCH] Command line parsing of ls with genparse

2007-08-28 Thread John Cowan
Eric Blake-1 scripsit: > > 2. ls.c depends ls-clp.h (the generated parser) > >ls-clp.h depends on ls.gp (the genparse file) > >ls.gp depends on ls.c because ls.gp is embedded as a comment in ls.c > >-> There is a circular dependency! > > That seems wrong to me. Isn't it really: Inde

Re: [PATCH] Command line parsing of ls with genparse

2007-08-28 Thread Jim Meyering
Eric Blake-1 <[EMAIL PROTECTED]> wrote: >> -case 'w': >> - { >> -unsigned long int tmp_ulong; >> -if (xstrtoul (optarg, NULL, 0, &tmp_ulong, NULL) != LONGINT_OK >> -|| ! (0 < tmp_ulong && tmp_ulong <= SIZE_MAX)) >> - error (LS_FAILURE, 0, _("invalid lin

EXIT_FAIL vs. EXIT_FAILURE

2007-08-28 Thread Eric Blake
system.h currently has: /* Exit statuses for programs like 'env' that exec other programs. EXIT_FAILURE might not be 1, so use EXIT_FAIL in such programs. */ enum { EXIT_FAIL = 1, But gnulib's stdlib_.h has: /* Tandem/NSK and other platforms that define EXIT_FAILURE as -1 interfere with

Re: EXIT_FAIL vs. EXIT_FAILURE

2007-08-28 Thread Jim Meyering
Eric Blake <[EMAIL PROTECTED]> wrote: > system.h currently has: > > /* Exit statuses for programs like 'env' that exec other programs. >EXIT_FAILURE might not be 1, so use EXIT_FAIL in such programs. */ > enum > { > EXIT_FAIL = 1, > > But gnulib's stdlib_.h has: > > /* Tandem/NSK and other p

Re: touch command

2007-08-28 Thread paulo
Hi, Thank you all for your enlightening comments. Best regards, Paulo Nogueira ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: [PATCH] Command line parsing of ls with genparse

2007-08-28 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Michael Geng on 8/28/2007 12:33 PM: > > In the present version of genparse new strings are always printed > in new lines. For example (also from the ls commmand): > > d / directory flag"list directory entries instead