You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 28, 2021. It is now read-only.
On windows it is common to have multi-character option names, without needing a different way to start the option. For example: "/test". The current parser accepts the leading '/' on the option, but then it sees that it is multiple characters without a second '-', so it breaks it up into: -t -e -s -t.
I'd like a way to say "do this 'windows style', and don't require "--" to start multiple-character option names.
(I have "fixed" this in my program by looking for this case and putting in the second '-', but it's a hack. I have to put both "/test" and "/-test" as equivalent names for the option, else it won't match.)
(I have no need for composing options in one option string, unlike: ls -lrt)
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
On windows it is common to have multi-character option names, without needing a different way to start the option. For example: "/test". The current parser accepts the leading '/' on the option, but then it sees that it is multiple characters without a second '-', so it breaks it up into: -t -e -s -t.
I'd like a way to say "do this 'windows style', and don't require "--" to start multiple-character option names.
(I have "fixed" this in my program by looking for this case and putting in the second '-', but it's a hack. I have to put both "/test" and "/-test" as equivalent names for the option, else it won't match.)
(I have no need for composing options in one option string, unlike: ls -lrt)
The text was updated successfully, but these errors were encountered: