Ernest N. Mamikonyan added the comment:
Yes, it is incompatible. But that's because the current behavior is
incompatible with standard (getopt_long(3)) practice. Or perhaps, you
can add another option that implements the optional argument semantics
of GNU's getopt_long(3).
In a
Changes by Ernest N. Mamikonyan :
--
title: argparse optional arguments sh -> argparse optional arguments should
follow getopt_long(3)
___
Python tracker
<http://bugs.python.org/issu
New submission from Ernest N. Mamikonyan :
The nargs='?' option should probably follow the getopt_long(1) convention and
only consume an (optional) argument if it's in the same argv element, i.e.,
without a space. Otherwise, it can only be given as the last option on the
co
Changes by Ernest N. Mamikonyan :
--
components: Library (Lib)
nosy: mamikonyan
priority: normal
severity: normal
status: open
title: argparse optional arguments sh
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python
