Skip to content
This repository has been archived by the owner on Oct 28, 2021. It is now read-only.

for Windows style parsing, allow multi-character option names #69

Open
ThirtyNineWinks opened this issue Aug 16, 2018 · 0 comments
Open

Comments

@ThirtyNineWinks
Copy link

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)

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

No branches or pull requests

1 participant