PATCH: optparse: add keep_unknown option
Currently people have to do very convoluted tricks, essentially making
it impossible for optparse to keep unknown options.
The safest and cleanest way is to do it in the code itself.
Updated by prijutme4ty (Ilya Vorontsov) almost 9 years ago
Can anyone please take a look at a bug http://bugs.ruby-lang.org/issues/7537#change-37695 considering command-line arguments containing negative numbers (which're erroneously treated ass options) and my patch for it.
I'm afraid that keeping unknown options will silently treat negative numbers (not an exception is raised) and possibly lose their ordering. So please before accepting unknown options patch, decide which behavior for such a case is right and make a specification about negative numbers in command line(as an example, they may became non-options and in such a case this proposal will work differently).
In my bug report and a patch I proposed some specs for optparse behavior in this case, but they weren't yet accepted or declined.
Updated by felipec (Felipe Contreras) 12 months ago
- File 0003-optparse-properly-keep-dash-dash.patch 0003-optparse-properly-keep-dash-dash.patch added
- File 0002-optparse-move-dash-dash-handling-to-a-case.patch 0002-optparse-move-dash-dash-handling-to-a-case.patch added
- File 0001-optparse-add-keep_unknown-option.patch 0001-optparse-add-keep_unknown-option.patch added
Nobody had requested any tests. It would have been much easier if 7 years ago you had written the two lines of code required to test this.
Anyway, I've rebased my changes on top of the latest master, and added some tests.