Re: [bug-gnulib] Re: patch: gnulib-tool --symlink and --aux-dir

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Simon Josefsson on 4/19/2005 1:53 AM:
> It does now.
> 
> ...
>       --symbolic, --symlink Make symbolic links instead of copying files.
> ...

- --symbolic didn't start the problem, but gnulib-tool is not consistent on
whether options can be abbreviated.  For example, `gnulib-tool --no-ch' is
short for --no-changelog, bug `gnulib-tool --sym' fails with unknown
option.  Wouldn't it be worth accepting unambiguous abbreviations for all
long option names?  GNU coding standards are silent on whether accepting
abbreviations is permissable (although it does claim that a program with a
verbose option must "be spelled precisely `--verbose'"), but getopt_long
allows them.  Perhaps it is time to ask for an update to the GNU coding
standards on option abbreviations?


- --
Life is short - so eat dessert first!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCZPw084KuGfSFAYARAqunAJ9Xsre2mcMzbWog0zGTtO7I9oti6wCgp0a1
dUu1UunAPyA+GQUDJ/roOj8=
=CKs/
-----END PGP SIGNATURE-----