Bug#139453: Hmm

[Aaron Lehmann <aaronl@vitelus.com>]

(Re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=139453)

I finally realized that this is only because of the -z. -z can take an
optional argument, which must be an integer, but getopt doesn't know
that it has to be an integer. As a result, -vzRg is interpreted by
getopt as -v -z Rg. Ugh.

I'm not sure what the right fix for this is. It's possible to look at
-z's optarg and, if it is not composed of digits, manually parse it as a
list of options. This would be messy though, and it would have the side
effect of making -v -z Rg, and invalid command line, be parsed as if
-R and -g are specified. Or, if -z's optarg was found to be
non-integral, the command line could be reparsed using a different
getopt optstring without the :: following z indicating a possible
argument. This would be even uglier. I don't know if it's even
possible, since getopt uses some static variables. The only completely
correct solution I can think of is replacing getopt_long use with a
custom command line parser.