1 .\" Man page generated from reStructuredText.
3 .TH CTXOPT 3 "2020" "" ""
5 ctxopt \- An advanced command line options manager.
7 .nr rst2man-indent-level 0
11 level \\n[rst2man-indent-level]
12 level margin: \\n[rst2man-indent\\n[rst2man-indent-level]]
19 .\" .rstReportMargin pre:
21 . nr rst2man-indent\\n[rst2man-indent-level] \\n[an-margin]
22 . nr rst2man-indent-level +1
23 .\" .rstReportMargin post:
27 .\" indent \\n[an-margin]
28 .\" old: \\n[rst2man-indent\\n[rst2man-indent-level]]
29 .nr rst2man-indent-level -1
30 .\" new: \\n[rst2man-indent\\n[rst2man-indent-level]]
31 .in \\n[rst2man-indent\\n[rst2man-indent-level]]u
35 \fBctxopt\fP provides an advanced way to parse and evaluate complex command
36 line parameters and arguments.
38 Only two files \fBctxopt.h\fP and \fBctxopt.c\fP are needed to use \fBctxopt\fP
42 The command line can be considered as a tree of contexts.
43 This offers the possibility of having a hierarchy of option groups.
45 Each option has a set of parameters which must start with a single dash
46 and may appear in the command line.
48 In order not to change habits, the double dash notation popularized by
49 the GNU \fBgetopt_long\fP function for long options is also accepted and
50 automatically and silently converted to notation with a single dash.
52 These parameters are not limited to a dash followed by single letter.
53 In what follows, I will consider for simplicity that these are the options
54 which are visible in the command line and not one of their parameters.
56 Unless explicitly stated, the options are processed in the same order
57 as they appear in the command line, from left to right.
59 Any option may have the ability to modify the current context.
60 If such an option is seen in the command line, then the next option will
61 be looked for in this new context.
63 Initially the default context is the first created one in the program.
65 Exiting a context can be explicit, see below, or implicit if the current
66 option is not supported in this context.
67 The previous context in the hierarchy then becomes the current context
68 if it is not already the highest one.
70 An option which is unknown in the current context will be automatically
71 reevaluated in the previous one in the hierarchy.
72 If there is no such context, then a fatal error occurs.
74 A context can be explicitly delimited by a pair of symbols \fB{\fP and
76 The symbol \fB{\fP car appear just before or after the option responsible
77 of the context change.
79 The symbol \fB}\fP forces the end of a context.
81 The presence of \fB{\fP and \fB}\fP is purely optional and rarely necessary
82 but can help readability.
85 The API consists in the following functions:
88 \fBvoid ctxopt_init(char *\fP \fIprog_name\fP\fB, char *\fP \fIflags\fP\fB);\fP
90 This function initializes the internal structures uses by \fBctxopt\fP\&.
91 It is mandatory and must me called first.
93 Its first argument (\fIprog_name\fP) is typically the content of \fBargv[0]\fP
94 which nearly always contains the name of the program.
96 \fIprog_name\fP is used by the error system.
98 Its second argument (\fIflags\fP) will be read as a set of parameters
99 using the syntax \fBflag=value\fP, each flag being separated from
100 its neighbor by spaces.
102 Flags may be missing in this argument, in this case the missing flags
103 will be given their default value which is given below.
104 An empty string is of course allowed but must be given anyway.
106 For now, only two flags are understood: \fBstop_if_non_option\fP and
107 \fBallow_abbreviations\fP\&.
109 Their value can be \fByes\fP or \fBno\fP, \fB1\fP and \fB0\fP and also accepted.
112 .B stop_if_non_option
113 Instructs \fBctxopt\fP to stop processing arguments as soon as it
114 encounters a non\-option word in the command line, even if other
115 parameters remain to be processed. The default value of this flag
116 is \fB0\fP or \fBno\fP\&.
118 .B allow_abbreviations
119 Tells \fBctxopt\fP to try to guess a parameter name even if only its
120 beginning is given. The default value of this flag is \fB1\fP or
124 Example of content of the \fIflags\fP parameter:
130 "stop_if_non_option=1 allow_abbreviations=No"
142 \fBvoid ctxopt_new_ctx(char *\fP \fIname\fP\fB, char *\fP \fIopts_specs\fP\fB);\fP
144 The next thing to do after having called \fBctxopt_new_ctx\fP is to
145 define the contexts and its associated options.
147 Using this function, you can name the new context and its authorized
148 options and determine their main characteristics with a syntax easy
150 If they already exist in another context, then they must have the same
151 signature (described below) as in their previous appearance.
153 \fIname\fP is the name of the new context and \fIopts_specs\fP must contain a
154 description of the options allowed in this context.
156 \fIopts_specs\fP is a string containing various components separated by
157 spaces according to the syntax below:
161 A mandatory option named opt without parameter usable only one type in
165 Two mandatory option named \fBopt1\fP and \fBopt2\fP without argument.
168 Same as above but can appear multiple time in the context.
171 Same as above but the option is optional
174 One mandatory and one optional option named \fBopt1\fP and \fBopt2\fP
175 without argument. \fBopt2\fP can appear multiple times in the context.
178 One mandatory option named \fBopt*\fP taking one mandatory argument.
181 One mandatory option named \fBopt\fP taking one mandatory argument.
182 \fBtag\fP is ignored but can be used to improve the readability.
185 One mandatory option named \fBopt\fP taking one optional argument.
188 One mandatory option named \fBopt\fP taking one or more mandatory
191 .B opt>ctx... [#<value>]
192 The mandatory multiple option named \fBopt\fP will switch to the
193 context named \fBcxt\fP which will become the new current context.
195 It takes an optional argument with a tag named \fB<value>\fP\&.
198 One optional option named \fBopt\fP taking multiple optional
202 The number of options/arguments allowed can be restricted by adding
203 an operator and an integer just after the dots like in the following
210 Here, the mandatory option \fBopt\fP is restricted to only appear
211 one or two times in the context.
212 The number of its mandatory arguments must be exactly three.
214 Valid operators are \fB<\fP, \fB=\fP and \fB>\fP\&.
219 The multiplicity or not of the options and argument, their mandatory or
220 optional characteristics constitutes their signatures.s
222 As said above, an option can appear in more than one context but must
223 have the same signature.
231 ctxopt_new_ctx("context1",
232 "[opt1>context2...] #arg1... [opt3]");
234 ctxopt_new_ctx("context2",
235 "[opt2 [#arg2]] [opt3]");
241 In the previous example, three options \fBopt1\fP, \fBopt2\fP and \fBopt3\fP
248 is mandatory and can appear more than one time and take multiple
252 is optional and take an optional argument.
255 is optional and take no argument.
256 Note that \fBopt3\fP is legal in both contexts.
263 \fBopt2\fP, if present in the command line, will be evaluated in the
264 context \fBcontext2\fP\&.
265 Note that, in this example, the \fBcontext2\fP can only be entered if
266 \fBopt1\fP has previously been seen in the command line.
267 Hence, \fBopt2\fP is only legal if \fBopt1\fP is present first.
269 \fBopt3\fP does not have this limitation.
270 In fact, as \fBopt3\fP is optional in \fBcontext2\fP and if its action
271 function is not interested in the name of the current context,
272 then it could have been omitted from the second setting thanks to
273 the backtracking: an option which is illegal in a context is retried
274 in the previous context in the hierarchy.
284 \fBvoid ctxopt_ctx_disp_usage(char *\fP \fIctx_name\fP\fB, usage_behaviour\fP \fIaction\fP\fB);\fP
286 This function builds and prints an usage help text for the
287 specific context \fIctx_name\fP\&.
288 The symbols used in this text are the same as those used when defining
289 options in \fBctxopt_new_ctx\fP\&.
291 The parameter \fIaction\fP can take the following values:
295 The program is not stopped when this function returns.
298 The program is stopped with a non zero return code (typically 1)
299 when this function returns.
302 The usage text is followed by a legend explaining the symbols meanings.
303 This function is useful when associated with a \fBhelp\fP or \fBusage\fP
312 \fBvoid ctxopt_disp_usage(usage_behaviour\fP \fIaction\fP\fB);\fP
314 This function is similar to the preceding one but displays the usage
315 help text for all the defined contexts.
316 It is useful when associated with a general \fBhelp\fP or \fBusage\fP
319 The parameter \fIaction\fP can take the following values:
323 The program is not stopped when this function returns.
326 The program is stopped with a non zero return code (typically 1)
327 when this function returns.
336 \fBvoid ctxopt_add_global_settings(settings\fP \fIs\fP\fB,\fP \fI\&...\fP\fB);\fP
338 This function allows to set general \fBctxopt\fP settings.
339 As for now, the only possible setting for \fIs\fP is \fBerror_functions\fP\&.
341 This setting tells \fBctxopt_add_global_settings\fP to use the rest of
342 its arguments in order to replace the built\-in error functions with
345 When the value of the first parameter is \fBerror_functions\fP,
346 then the second one must be one of the following constants:
350 A mandatory parameter is missing.
353 A given parameter is unknown in the current context.
356 An option has been seen more than once but has not been declared as
357 multiple in the context.
360 An option is incompatible with an option already given in the context.
363 A mandatory argument is missing.
365 .B CTXOPTCNTEOPT, CTXOPTCNTLOPT and CTXOPTCNTGOPT
366 The number of occurrences is not equal, lower or greater than a
369 .B CTXOPTCNTEARG, CTXOPTCNTLARG and CTXOPTCNTGARG
370 The number of arguments of an option is not equal, lower or greater
374 and the third parameter is a function pointer with the following
381 void (*) (errors err, state_t * state);
387 \fIstate\fP will point to the publicly available analysis state structure.
388 This structure contains a snapshot of variables related to the command
389 line analysis so far.
390 They and can be used to give the user clues about errors.
392 This structure available in \fBctxopt.h\fP is:
400 char * prog_name; /* base name of the program name. */
401 char * ctx_name; /* current context name. */
402 char * ctx_par_name; /* parameter which led to this context. */
403 char * opt_name; /* current option name. */
404 char * opt_params; /* all parameters of the current option. */
405 int opts_count; /* limit of the number of occurrences of *
406 | the current option. */
407 int opt_args_count; /* limit of the number of parameters of *
408 | the current option. */
409 char * pre_opt_par_name; /* parameter just before the current one. */
410 char * cur_opt_par_name; /* current parameter. */
417 All these pointers can be equal to the \fBNULL\fP pointer.
425 ctxopt_add_global_settings(error_functions, CTXOPTMISPAR, error);
437 \fBvoid ctxopt_add_ctx_settings(settings\fP \fIs\fP\fB,\fP \fI\&...\fP\fB);\fP
439 This function manages some settings for a given context.
440 Its first parameter \fIs\fP determines the setting and the signification
441 of the remaining arguments.
443 Its possible values are:
446 .B incompatibilities:
447 This setting allows to declare a set of options incompatible with
450 In this case the second argument must be a context name and the
451 third argument must be a string containing option names separated
454 Example of \fBincompatibilities\fP setting:
460 void ctxopt_add_ctx_settings(incompatibilities,
468 The three options named \fBopt1\fP, \fBopt2\fP and \fBopt3\fP will be
469 marked as mutually incompatibles in each instance of the context
473 This setting allows to associate a function to the context.
475 The second argument (called \fIf\fP below) will be called as soon as the
476 context is entered or exited during the evaluation phase.
478 Note that \fIf\fP will NOT be called if the context is empty
479 (does not contain any option).
481 The next parameters must be pointers to arbitrary data which may
482 be used by \fIf\fP\&.
484 In this setting, the last parameter must be \fBNULL\fP\&.
486 \fIf\fP must have the following prototype:
492 int (*) (char * name1, /* Context name */
493 direction status, /* entering or exiting */
494 char * name2, /* previous or next context */
495 int nb_data, /* Number of data */
496 void ** data /* Data */);
502 This function \fIf\fP will be called when entering \fBAND\fP exiting
504 Its arguments will then be set to:
508 the name of the context.
511 will be \fBentering\fP when entering the context and \fBexiting\fP
512 when exiting the context.
515 according to the content of \fIstatus\fP, the name of the context we
516 are coming from or the name of the context we are returning to.
518 \fIname2\fP can be \fBNULL\fP if we are entering in the main context or
522 The number of data pointers passed to the \fBctxopt_add_ctx_settings\fP
523 function after the \fIs\fP parameter.
526 The data pointers passed to the \fBctxopt_add_ctx_settings\fP function
527 after the \fIs\fP parameter and arranged in an array of \fInb_data\fP
530 Example of \fBactions\fP setting:
536 void ctxopt_add_ctx_settings(actions,
539 &data_1, &data_2, &data_3,
546 This function call registers the \fBaction\fP function to the context
547 named \fBcontext1\fP\&.
549 The action function will be called \fBafter\fP entering to and
550 \fBbefore\fP exiting from each instance of the context
551 named \fBcontext1\fP\&.
553 The optional \fIdata_X\fP pointers will be passed to \fBaction\fP through
554 its data pointer to allow it to manipulate them if needed.
555 The count of these pointers (3 here) will also be passed to action
556 through its \fInb_data\fP parameter.
558 The ending \fBNULL\fP is mandatory.
567 \fBvoid ctxopt_add_opt_settings(settings\fP \fIs\fP\fB, char *\fP \fIopt\fP\fB,\fP \fI\&...\fP\fB);\fP
569 This function manages some settings for an option whose name is given in
572 The first parameter \fIs\fP determines the exact setting and the
573 signification of the remaining arguments.
574 Its possible values are:
578 This setting allows to associate command line parameters with \fIopt\fP\&.
579 The set of parameters must be given in the third argument as a string
580 containing words separated by blanks.
582 Each appearance of one of these parameters in the command line will
583 trigger the action associated with the named option.
585 Each of these words must start with one and exactly one dash.
587 Example of \fBparameters\fP setting:
593 ctxopt_add_opt_settings(parameters,
601 In this example, \fBopt1\fP is the name of a previously defined option and
602 \fB\-p\fP, \fB\-parm\fP and \fB\-p1\fP will be three valid command line
603 parameters for the option \fBopt1\fP\&.
606 This setting allows to associate a function to this options.
607 As said above, this function will be called each time the option will be
608 recognized when evaluating the command line.
610 The function pointer must be given as the third argument.
612 Following the function pointer, it is possible to add a bunch of
613 other parameters which must be pointers to some pre\-allocated arbitrary
616 These pointers will be passed to the function when called.
617 The last parameter must be \fBNULL\fP to end the sequence.
619 The function needs to be given as the third argument and must
620 match the following prototype:
626 void (*) (char * ctx_name, /* Context name */
627 char * opt_name, /* Option name */
628 char * param, /* Parameter name */
629 int nb_values, /* Number of arguments */
630 char ** values, /* Arguments */
631 int nb_opt_data, /* Number of option data passed */
632 void ** opt_data, /* Array of option data passed */
633 int nb_ctx_data, /* Number of context data passed */
634 void ** ctx_data /* Array of context data passed */)
642 is the name of the current context.
645 is the name of the option.
648 is the name of the parameter that triggered the option \fIopt_name\fP\&.
651 is the number of arguments immediately following this option in
655 is an array of stings containing the arguments following this
656 option in the command line.
659 is the number of data pointers which were given after the third
660 arguments of \fBctxopt_add_opt_settings\fP\&.
663 The data pointers passed after the third arguments of
664 \fBctxopt_add_opt_settings\fP and reorganized as an array of
665 \fInb_opt_data\fP elements.
667 The aim is to be able to consult/alter options specific data.
670 Same as \fInb_opt_data\fP but referencing to the number of data
671 pointers given to \fBctxopt_add_ctx_settings\fP for the current
672 context after its third argument.
675 are the data pointers given to \fBctxopt_add_ctx_settings\fP for the
676 current context after its third argument.
678 The aim is to be able to consult/alter contexts specific data.
681 Example of \fBactions\fP setting:
687 void action(char * ctx_name,
690 int nb_values, char ** values,
691 int nb_opt_data, void ** opt_data,
692 int nb_ctx_data, void ** ctx_data)
699 void ctxopt_add_opt_settings(actions, "opt1", action,
700 &data_1, &data_2, &data_3,
707 This example associates the function \fIaction\fP to the option \fBopt1\fP\&.
709 Here, the \fIdata_*\fP pointers will be accessible to the function
710 \fIaction\fP when called through its argument \fIopt_data\fP and their number
711 (3 here) through its argument \fInb_opt_data\fP as mentioned above.
713 \fIaction\fP will also have access to the current context data in the
714 same way through its arguments \fIctx_data\fP and \fInb_ctx_data\fP\&.
716 The \fIaction\fP argument \fIparam\fP will receive the value of the specific
717 parameter which triggered it \- one of the parameters registered with
718 \fBctxopt_add_opt_settings\fP\&.
721 This setting registers a function whose responsibility is to validate
722 that the arguments of the option respect some constraints.
724 To do that the third argument must be a function pointer and the fourth
725 argument must be some arbitrary parameter to this function needed
726 to validate the constraint.
728 The constraint function must match the following prototype:
734 int (*) (int nb_args, char ** args, char * value, char * parameter);
746 is the number which will be set to the number of arguments fol\-
747 lowing the command line parameter.
750 is an array of nb_args strings containing theses arguments.
753 is an arbitrary string containing the constraints which must be
757 is the parameter of which \fIvalue\fP is an argument.
762 Three constraint functions are built\-in and are described below.
763 They give examples on how to build them.
765 Example of constraint function using the built\-it regular expression
766 constraint checker function:
772 ctxopt_add_opt_settings(constraints,
774 ctxopt_re_constraint,
781 In this example all the arguments of the option \fBopt1\fP must match
782 the extended regular expression:
794 See below for details about the function \fBctxopt_re_constraint\fP\&.
797 These settings allow to tell ctxopt than some options must be
798 evaluated \fBbefore\fP or \fBafter\fP a given option in a context.
799 This can be useful, for example, if an action triggered by the
800 evaluation of a option is required to be executed before the action
803 Example of \fBbefore\fP setting:
809 ctxopt_add_opt_settings(before,
817 In this example, \fBopt2\fP and \fBopt3\fP will be evaluated \fIbefore\fP
819 The relative order of \fBopt2\fP and \fBopt3\fP evaluations will still
820 follow their order of appearance in the command line.
822 Example of \fBafter\fP setting:
828 ctxopt_add_opt_settings(after,
836 In this example, \fBopt3\fP and \fBopt4\fP will be evaluated \fIafter\fP
838 This example shows than we can combine multiple settings reusing
839 options previously mentioned.
841 Incompatible setting combinations are not checked and will be ignored
842 or lead to undefined behaviors.
851 \fBint ctxopt_format_constraint(int\fP \fInb_args\fP\fB, char **\fP \fIargs\fP\fB, char *\fP \fIvalue\fP\fB, char *\fP \fIparameter\fP\fB);\fP
853 This pre\-defined constraint function checks whether the arguments
854 in \fIargs\fP respect a C printf format given in value, \fI%2d\fP by e.g.
855 It returns 1 if the checking is successful and 0 if not.
863 \fBint ctxopt_re_constraint(int\fP \fInb_args\fP\fB, char **\fP \fIargs\fP\fB, char *\fP \fIvalue\fP\fB, char *\fP \fIparameter\fP\fB);\fP
865 Another pre\-defined constraint function which checks if the arguments
866 of an option respects the extended regular expression given in \fIvalue\fP\&.
868 It returns 1 if the arguments respects the constraint and 0 if this
877 \fBint ctxopt_range_constraint(int\fP \fInb_args\fP\fB, char **\fP \fIargs\fP\fB, char *\fP \fIvalue\fP\fB, char *\fP \fIparameter\fP\fB);\fP
879 Yet another pre\-defined constraint function. This one checks if the
880 arguments of an option are in in a specified ranges.
882 \fIvalue\fP must contain a string made of a maximum of 2 long integers
885 The first or the second of these numbers can be replaced with the
886 character \(aq\fI\&.\fP\(aq. In this case only the minimum or maximum is checked
887 and the \(aq\fI\&.\fP\(aq equals to plus or minus infinity depending of this
890 It returns 1 if the arguments respects the constraint and 0 if this
899 \fBvoid ctxopt_analyze(int\fP \fInb_words\fP\fB, char **\fP \fIwords\fP\fB, int *\fP \fIrem_count\fP\fB, char ***\fP \fIrem_args\fP\fB);\fP
901 This function processes the registered contexts instances tree, detects
902 errors and possibly reorganizes the options order according
905 The first two arguments are similar to the \fIargc\fP and \fIargv\fP arguments
906 of the main function but without counting \fIargv[0]\fP\&.
907 Therefore, in many cases, \fInb_words\fP will have the value of \fIargc\-1\fP
908 and \fIwords\fP will have the value of \fIargv+1\fP\&.
910 The last two will receive the number of remaining (non analyzed)
911 command line words and the array of these remaining words.
912 Remaining words can be words appearing after \fB\-\-\fP per example.
914 All errors are fatal and terminates the program with a return code
926 ctxopt_analyze(argc\-1, argv+1, &res_argc, &res_argv);
938 \fBvoid ctxopt_evaluate(void);\fP
940 This function walks through the tree of context instances previously
941 built by \fBctxopt_analyze\fP and launches the action attached to
942 each options, if any, one after the other.
944 \fBctxopt_free_memory(void)\fP
946 This function frees the memory used internally by \fBctxopt\fP\&.
949 Pierre Gentile p.gen.progs@gmail.com
952 .\" Generated by docutils manpage writer.