Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Splitting an argument should not cause max arity to be exceeded #193

Closed
remkop opened this issue Sep 29, 2017 · 0 comments
Closed

Splitting an argument should not cause max arity to be exceeded #193

remkop opened this issue Sep 29, 2017 · 0 comments
Milestone

Comments

@remkop
Copy link
Owner

remkop commented Sep 29, 2017

If an option has arity="2", then it should consume two command line arguments following the option name, regardless of whether those command line arguments are split or not.

Currently if a value is split into three parts, only two are considered to be option parameters, the third part is discarded.

Instead, the two command line arguments following the option name should be consumed (since the option's arity is 2), regardless of how many parts they may be split up in.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant