-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 1/10/2009 2:32 PM:
[ feels like it should be the exception.
I see treating --v like --version as a feature. a typing saver.
But with [, it's good to minimize the number of strings that
make it act differently.
Or,
Eric Blake e...@byu.net wrote:
According to Jim Meyering on 1/10/2009 2:32 PM:
[ feels like it should be the exception.
I see treating --v like --version as a feature. a typing saver.
But with [, it's good to minimize the number of strings that
make it act differently.
Or, for echo and [,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 12/29/2008 10:02 AM:
$ /bin/[ --help me | head -n1
/bin/[: missing `]'
$ /bin/[ --help | head -n1
Usage: test EXPRESSION
$ /bin/[ --hel | head -n1
Usage: test EXPRESSION
Should the last example also complain about
Eric Blake e...@byu.net wrote:
According to Jim Meyering on 12/29/2008 10:02 AM:
$ /bin/[ --help me | head -n1
/bin/[: missing `]'
$ /bin/[ --help | head -n1
Usage: test EXPRESSION
$ /bin/[ --hel | head -n1
Usage: test EXPRESSION
Should the last example also complain about missing `]',
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 1/10/2009 10:48 AM:
[ feels like it should be the exception.
I see treating --v like --version as a feature. a typing saver.
But with [, it's good to minimize the number of strings that
make it act differently.
Eric Blake e...@byu.net wrote:
According to Jim Meyering on 1/10/2009 10:48 AM:
[ feels like it should be the exception.
I see treating --v like --version as a feature. a typing saver.
But with [, it's good to minimize the number of strings that
make it act differently.
Besides, why make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 12/29/2008 10:22 AM:
Would this usage text be acceptable at better describing the situation?
Usage: /bin/echo [SHORT-OPTION]... [STRING]...
or: /bin/echo LONG-OPTION
Sure.
Here's a first patch that solves the
Eric Blake e...@byu.net wrote:
According to Jim Meyering on 12/29/2008 10:22 AM:
Would this usage text be acceptable at better describing the situation?
Usage: /bin/echo [SHORT-OPTION]... [STRING]...
or: /bin/echo LONG-OPTION
Sure.
Here's a first patch that solves the issues that we
On Tuesday 30 December 2008 15:00:18 Eric Blake wrote:
According to Pádraig Brady on 12/30/2008 2:46 AM:
Usage: truncate [OPTION]... [FILE]...
Is supporting stdin a useful enhancement?
er ...
Maybe if you can get the shell to open
different files based on some condition,
though again
Eric Blake wrote:
src/truncate.c: printf (_(Usage: %s OPTION... FILE...\n),
program_name);
Inconsistent formatting. Do we really want to require either -r or -s, or
would it make sense to make OPTION optional, in which case the default is
-s0?
I'm not sure that's a desirable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Pádraig Brady on 12/30/2008 2:46 AM:
Usage: truncate [OPTION]... [FILE]...
Is supporting stdin a useful enhancement?
Maybe if you can get the shell to open
different files based on some condition,
though again that seems a little
Eric Blake ebb9 at byu.net writes:
Some of these programs recognize the @option{--help} and @option{--version}
-options only when one of them is the sole command line argument.
+options only when one of them is the sole command line argument. For
+these programs, abbreviations of the long
Eric Blake ebb9 at byu.net writes:
Certainly some inconsistent behavior. echo takes multiple arguments, but
only
when they are the short options -[neE] (I guess it's okay that they don't
have
long-option variants?). But when --help or --version is present, echo acts
like it takes
Eric Blake e...@byu.net wrote:
Eric Blake ebb9 at byu.net writes:
Some of these programs recognize the @option{--help} and @option{--version}
-options only when one of them is the sole command line argument.
+options only when one of them is the sole command line argument. For
+these
Eric Blake e...@byu.net wrote:
Eric Blake ebb9 at byu.net writes:
Certainly some inconsistent behavior. echo takes multiple arguments, but
only
when they are the short options -[neE] (I guess it's okay that they don't
have
long-option variants?). But when --help or --version is present,
15 matches
Mail list logo
