-----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 [EMAIL PROTECTED] -----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----- _______________________________________________ bug-gnulib mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnulib
