unix-opts icon indicating copy to clipboard operation
unix-opts copied to clipboard

Unix-style command line options parser

Results 11 unix-opts issues
Sort by recently updated
recently updated
newest added

Hi libre-man, Here are some portability changes to eliminate compilation warnings, fix ECL --shell mode, and fix --help output formatting under GNU CLISP. With these changes and #36 I'm happy...

Hi libre-man, Thanks for maintaining unix-opts. I'd like usage to go on the first line of --help output, and also to be able to specify a brief description of the...

A possibility to defining an option as required is great idea, but this is in conflict with typical use of --help or --version. When I start a program only with...

Hi! I would like to upgrade the version of this library included in guix (as the packaged version is still the 0.1.7 from more than three year ago) but guix...

Another proposal, this one will wrap the description text if the total line length is longer than `max-width`. Also fixes the padding for lines after the first line of the...

A bug fix this time: `i` was incremented to add the length of the opt before `last-newline` was set, when `last-newline` should've been set to the index before the current...

This might be me misunderstanding the intent, but when adding a newline after a long option name, it's indented like this: ``` -p, --path SOME_LONG_TEXT_HERE This is the path to...

I guess the commits mostly cover all the changes; those that do not seem well mentioned include - - travis now checks for both ecl and allegro - sionescu fork...

The following macro ```lisp (defmacro expand-opts (&rest descriptions) "Each description should be of the format (name-as-keyword description &optional parser)." `(opts:define-opts ,@(let* ((used-short-names (make-hash-set)) (get-unique-short-name (lambda (name) (iter (for ch in-string...

This seems like the expected behavior in most flag libraries, and also the most common use-case.