|
Re: bug in option parsing: msg#00171sysutils.automake.bugs
Alexandre Duret-Lutz wrote: "Eric" == Eric Blake <ebb9@xxxxxxx> writes: This hunk leaves some odd behavior on abbreviated options: $ automake --warnings automake: option `--warnings' requires an argument automake: Try `/usr/local/bin/automake --help' for more information. # good, I expected that $ automake --warnings '' # no messages, no changes in warning levels, I guess that's okay $ automake --warnings= automake: unrecognized option `--warnings='. automake: Try `/usr/local/bin/automake --help' for more information. # oops, shouldn't that have been the same as --warnings ''? $ automake --warn '' # no messages, so auto-abbrev kicked in $ automake --warn automake: unrecognized option `--warn'. automake: Try `/usr/local/bin/automake --help' for more information. # oops, --warn is a recognized abbreviated option, but missing an argument Also, do you really want case-insensitive long options, and support for +option? $ automake +vErSiOn automake (GNU automake) 1.9a [...] You may want to consider enabling the Getopt::Long options gnu_getopt and no_ignore_case, or have a look at perldoc Getopt::Long for some of the other configuration options that may improve option handling in accordance with GNU standards. One last comment on options: `automake --help' fails to document -o/--output-dir, and aclocal -I does not have a corresponding long option. -- Someday, I might put a cute statement here. Eric Blake ebb9@xxxxxxx |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | buddy told me abouut this phramacy: 00171, illa Yohe |
|---|---|
| Next by Date: | Re: Incorrect order of AM_CXXFLAGS and CXX_FLAGS?: 00171, Ralf Corsepius |
| Previous by Thread: | Re: bug in option parsingi: 00171, Alexandre Duret-Lutz |
| Next by Thread: | Re: bug in option parsing (second patch): 00171, Alexandre Duret-Lutz |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |