2 Documentation for the argp argument parser
4 Copyright (C) 1995, 1996, 1997, 1998 Free Software Foundation, Inc.
5 This file is part of the GNU C Library.
6 Written by Miles Bader <miles@gnu.ai.mit.edu>.
8 The GNU C Library is free software; you can redistribute it and/or
9 modify it under the terms of the GNU Library General Public License as
10 published by the Free Software Foundation; either version 2 of the
11 License, or (at your option) any later version.
13 The GNU C Library is distributed in the hope that it will be useful,
14 but WITHOUT ANY WARRANTY; without even the implied warranty of
15 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
16 Library General Public License for more details.
18 You should have received a copy of the GNU Library General Public
19 License along with the GNU C Library; see the file COPYING.LIB. If not,
20 write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
21 Boston, MA 02111-1307, USA. */
24 @node Argp, Suboptions, Getopt, Parsing Program Arguments
26 @section Parsing Program Options with Argp
27 @cindex argp (program argument parser)
28 @cindex argument parsing with argp
29 @cindex option parsing with argp
31 @dfn{Argp} is an interface for parsing unix-style argument vectors
32 (@pxref{Program Arguments}).
34 Unlike the more common @code{getopt} interface, it provides many related
35 convenience features in addition to parsing options, such as
36 automatically producing output in response to @samp{--help} and
37 @samp{--version} options (as defined by the GNU coding standards).
38 Doing these things in argp results in a more consistent look for
39 programs that use it, and makes less likely that implementors will
40 neglect to implement them or keep them up-to-date.
42 Argp also provides the ability to merge several independently defined
43 option parsers into one, mediating conflicts between them, and making
44 the result appear seamless. A library can export an argp option parser,
45 which programs can easily use in conjunction with their own option
46 parser. This results in less work for user programs (indeed, some may
47 use only argument parsers exported by libraries, and have no options of
48 their own), and more consistent option-parsing for the abstractions
49 implemented by the library.
52 The header file @file{<argp.h>} should be included to use argp.
54 @subsection The @code{argp_parse} Function
56 The main interface to argp is the @code{argp_parse} function; often, a
57 call to @code{argp_parse} is the only argument-parsing code needed in
58 @code{main} (@pxref{Program Arguments}).
62 @deftypefun {error_t} argp_parse (const struct argp *@var{argp}, int @var{argc}, char **@var{argv}, unsigned @var{flags}, int *@var{arg_index}, void *@var{input})
63 The @code{argp_parse} function parses the arguments in @var{argv}, of
64 length @var{argc}, using the argp parser @var{argp} (@pxref{Argp
65 Parsers}); a value of zero is the same as a @code{struct argp}
66 containing all zeros. @var{flags} is a set of flag bits that modify the
67 parsing behavior (@pxref{Argp Flags}). @var{input} is passed through to
68 the argp parser @var{argp}, and has meaning defined by it; a typical
69 usage is to pass a pointer to a structure which can be used for
70 specifying parameters to the parser and passing back results from it.
72 Unless the @code{ARGP_NO_EXIT} or @code{ARGP_NO_HELP} flags are included
73 in @var{flags}, calling @code{argp_parse} may result in the program
74 exiting---for instance when an unknown option is encountered.
75 @xref{Program Termination}.
77 The return value is zero for successful parsing, or a unix error code
78 (@pxref{Error Codes}) if an error was detected. Different argp parsers
79 may return arbitrary error codes, but standard ones are @code{ENOMEM} if
80 a memory allocation error occurred, or @code{EINVAL} if an unknown option
81 or option argument was encountered.
85 * Globals: Argp Global Variables. Global argp parameters.
86 * Parsers: Argp Parsers. Defining parsers for use with @code{argp_parse}.
87 * Flags: Argp Flags. Flags that modify the behavior of @code{argp_parse}.
88 * Help: Argp Help. Printing help messages when not parsing.
89 * Examples: Argp Examples. Simple examples of programs using argp.
90 * Customization: Argp User Customization.
91 Users may control the @samp{--help} output format.
94 @node Argp Global Variables, Argp Parsers, , Argp
95 @subsection Argp Global Variables
97 These variables make it very easy for every user program to implement
98 the @samp{--version} option and provide a bug-reporting address in the
99 @samp{--help} output (which is implemented by argp regardless).
103 @deftypevar {const char *} argp_program_version
104 If defined or set by the user program to a non-zero value, then a
105 @samp{--version} option is added when parsing with @code{argp_parse}
106 (unless the @code{ARGP_NO_HELP} flag is used), which will print this
107 string followed by a newline and exit (unless the @code{ARGP_NO_EXIT}
113 @deftypevar {const char *} argp_program_bug_address
114 If defined or set by the user program to a non-zero value,
115 @code{argp_program_bug_address} should point to string that is the
116 bug-reporting address for the program. It will be printed at the end of
117 the standard output for the @samp{--help} option, embedded in a sentence
118 that says something like @samp{Report bugs to @var{address}.}.
124 @defvar argp_program_version_hook
125 If defined or set by the user program to a non-zero value, then a
126 @samp{--version} option is added when parsing with @code{argp_parse}
127 (unless the @code{ARGP_NO_HELP} flag is used), which calls this function
128 to print the version, and then exits with a status of 0 (unless the
129 @code{ARGP_NO_EXIT} flag is used). It should point to a function with
130 the following type signature:
133 void @var{print-version} (FILE *@var{stream}, struct argp_state *@var{state})
137 @xref{Argp Parsing State}, for an explanation of @var{state}.
139 This variable takes precedent over @code{argp_program_version}, and is
140 useful if a program has version information that cannot be easily
141 specified as a simple string.
146 @deftypevar error_t argp_err_exit_status
147 The exit status that argp will use when exiting due to a parsing error.
148 If not defined or set by the user program, this defaults to
149 @code{EX_USAGE} from @file{<sysexits.h>}.
152 @node Argp Parsers, Argp Flags, Argp Global Variables, Argp
153 @subsection Specifying Argp Parsers
155 The first argument to the @code{argp_parse} function is a pointer to a
156 @code{struct argp}, which known as an @dfn{argp parser}:
160 @deftp {Data Type} {struct argp}
161 This structure specifies how to parse a given set of options and
162 arguments, perhaps in conjunction with other argp parsers. It has the
166 @item const struct argp_option *options
167 A pointer to a vector of @code{argp_option} structures specifying which
168 options this argp parser understands; it may be zero if there are no
169 options at all. @xref{Argp Option Vectors}.
171 @item argp_parser_t parser
172 A pointer to a function that defines actions for this parser; it is
173 called for each option parsed, and at other well-defined points in the
174 parsing process. A value of zero is the same as a pointer to a
175 function that always returns @code{ARGP_ERR_UNKNOWN}.
176 @xref{Argp Parser Functions}.
178 @item const char *args_doc
179 If non-zero, a string describing what non-option arguments are wanted by
180 this parser; it is only used to print the @samp{Usage:} message. If it
181 contains newlines, the strings separated by them are considered
182 alternative usage patterns, and printed on separate lines (lines after
183 the first are prefix by @samp{ or: } instead of @samp{Usage:}).
185 @item const char *doc
186 If non-zero, a string containing extra text to be printed before and
187 after the options in a long help message, with the two sections
188 separated by a vertical tab (@code{'\v'}, @code{'\013'}) character. By
189 convention, the documentation before the options is just a short string
190 saying what the program does, and that afterwards is longer, describing
191 the behavior in more detail.
193 @item const struct argp_child *children
194 A pointer to a vector of @code{argp_children} structures specifying
195 additional argp parsers that should be combined with this one.
196 @xref{Argp Children}.
198 @item char *(*help_filter)(int @var{key}, const char *@var{text}, void *@var{input})
199 If non-zero, a pointer to a function to filter the output of help
200 messages. @xref{Argp Help Filtering}.
204 The @code{options}, @code{parser}, @code{args_doc}, and @code{doc}
205 fields are usually all that are needed. If an argp parser is defined as
206 an initialized C variable, only the used fields need be specified in
207 the initializer---the rest will default to zero due to the way C
208 structure initialization works (this fact is exploited for most argp
209 structures, grouping the most-used fields near the beginning, so that
210 unused fields can simply be left unspecified).
213 * Options: Argp Option Vectors. Specifying options in an argp parser.
214 * Argp Parser Functions:: Defining actions for an argp parser.
215 * Children: Argp Children. Combining multiple argp parsers.
216 * Help Filtering: Argp Help Filtering. Customizing help output for an argp parser.
219 @node Argp Option Vectors, Argp Parser Functions, Argp Parsers, Argp Parsers
220 @subsection Specifying Options in an Argp Parser
222 The @code{options} field in a @code{struct argp} points to a vector of
223 @code{struct argp_option} structures, each of which specifies an option
224 that argp parser supports (actually, sometimes multiple entries may used
225 for a single option if it has many names). It should be terminated by
226 an entry with zero in all fields (note that when using an initialized C
227 array for options, writing @code{@{ 0 @}} is enough to achieve this).
231 @deftp {Data Type} {struct argp_option}
232 This structure specifies a single option that an argp parser
233 understands, and how to parse and document it. It has the following fields:
236 @item const char *name
237 The long name for this option, corresponding to the long option
238 @samp{--@var{name}}; this field can be zero if this option only has a
239 short name. To specify multiple names for an option, additional entries
240 may follow this one, with the @code{OPTION_ALIAS} flag set (@pxref{Argp
244 The integer key that is provided to the argp parser's parsing function
245 when this option is being parsed. Also, if @var{key} has a value that
246 is a printable @sc{ascii} character (i.e., @code{isascii (@var{key})} is
247 true), it @emph{also} specifies a short option @samp{-@var{char}}, where
248 @var{char} is the @sc{ascii} character with the code @var{key}.
250 @item const char *arg
251 If non-zero, this is the name of an argument associated with this
252 option, which must be provided (e.g., with the
253 @samp{--@var{name}=@var{value}} or @samp{-@var{char} @var{value}}
254 syntaxes) unless the @code{OPTION_ARG_OPTIONAL} flag (@pxref{Argp Option
255 Flags}) is set, in which case it @emph{may} be provided.
258 Flags associated with this option (some of which are referred to above).
259 @xref{Argp Option Flags}.
261 @item const char *doc
262 A documentation string for this option, for printing in help messages.
264 If both the @code{name} and @code{key} fields are zero, this string
265 will be printed out-dented from the normal option column, making it
266 useful as a group header (it will be the first thing printed in its
267 group); in this usage, it's conventional to end the string with a
271 The group this option is in.
273 In a long help message, options are sorted alphabetically within each
274 group, and the groups presented in the order 0, 1, 2, @dots{}, @var{n},
275 @minus{}@var{m}, @dots{}, @minus{}2, @minus{}1. Every entry in an
276 options array with this
277 field 0 will inherit the group number of the previous entry, or zero if
278 it's the first one, unless its a group header (@code{name} and
279 @code{key} fields both zero), in which case, the previous entry + 1 is
280 the default. Automagic options such as @samp{--help} are put into group
283 Note that because of C structure initialization rules, this field
284 often need not be specified, because 0 is the right value.
289 * Flags: Argp Option Flags. Flags for options.
292 @node Argp Option Flags, , , Argp Option Vectors
293 @subsubsection Flags for Argp Options
295 The following flags may be or'd together in the @code{flags} field of a
296 @code{struct argp_option}, and control various aspects of how that
297 option is parsed or displayed in help messages:
302 @item OPTION_ARG_OPTIONAL
303 The argument associated with this option is optional.
308 This option isn't displayed in any help messages.
313 This option is an alias for the closest previous non-alias option. This
314 means that it will be displayed in the same help entry, and will inherit
315 fields other than @code{name} and @code{key} from the aliased option.
320 This option isn't actually an option (and so should be ignored by the
321 actual option parser), but rather an arbitrary piece of documentation
322 that should be displayed in much the same manner as the options (known
323 as a @dfn{documentation option}).
325 If this flag is set, then the option @code{name} field is displayed
326 unmodified (e.g., no @samp{--} prefix is added) at the left-margin
327 (where a @emph{short} option would normally be displayed), and the
328 documentation string in the normal place. For purposes of sorting, any
329 leading whitespace and punctuation is ignored, except that if the first
330 non-whitespace character is not @samp{-}, this entry is displayed after
331 all options (and @code{OPTION_DOC} entries with a leading @samp{-}) in
336 @item OPTION_NO_USAGE
337 This option shouldn't be included in `long' usage messages (but is still
338 included in help messages). This is mainly intended for options that
339 are completely documented in an argp's @code{args_doc} field
340 (@pxref{Argp Parsers}), in which case including the option
341 in the generic usage list would be redundant.
343 For instance, if @code{args_doc} is @code{"FOO BAR\n-x BLAH"}, and the
344 @samp{-x} option's purpose is to distinguish these two cases, @samp{-x}
345 should probably be marked @code{OPTION_NO_USAGE}.
348 @node Argp Parser Functions, Argp Children, Argp Option Vectors, Argp Parsers
349 @subsection Argp Parser Functions
351 The function pointed to by the @code{parser} field in a @code{struct
352 argp} (@pxref{Argp Parsers}) defines what actions take place in response
353 to each option or argument that is parsed, and is also used as a hook,
354 to allow a parser to do something at certain other points during
358 Argp parser functions have the following type signature:
360 @cindex argp parser functions
362 error_t @var{parser} (int @var{key}, char *@var{arg}, struct argp_state *@var{state})
366 where the arguments are as follows:
370 For each option that is parsed, @var{parser} is called with a value of
371 @var{key} from that option's @code{key} field in the option vector
372 (@pxref{Argp Option Vectors}). @var{parser} is also called at other
373 times with special reserved keys, such as @code{ARGP_KEY_ARG} for
374 non-option arguments. @xref{Argp Special Keys}.
377 If @var{key} is an option, @var{arg} is the value given for it, or zero
378 if no value was specified. Only options that have a non-zero @code{arg}
379 field can ever have a value, and those must @emph{always} have a value,
380 unless the @code{OPTION_ARG_OPTIONAL} flag was specified (if the input
381 being parsed specifies a value for an option that doesn't allow one, an
382 error results before @var{parser} ever gets called).
384 If @var{key} is @code{ARGP_KEY_ARG}, @var{arg} is a non-option argument;
385 other special keys always have a zero @var{arg}.
388 @var{state} points to a @code{struct argp_state}, containing useful
389 information about the current parsing state for use by @var{parser}.
390 @xref{Argp Parsing State}.
393 When @var{parser} is called, it should perform whatever action is
394 appropriate for @var{key}, and return either @code{0} for success,
395 @code{ARGP_ERR_UNKNOWN}, if the value of @var{key} is not handled by
396 this parser function, or a unix error code if a real error occurred
397 (@pxref{Error Codes}).
401 @deftypevr Macro int ARGP_ERR_UNKNOWN
402 Argp parser functions should return @code{ARGP_ERR_UNKNOWN} for any
403 @var{key} value they do not recognize, or for non-option arguments
404 (@code{@var{key} == ARGP_KEY_ARG}) that they do not which to handle.
408 A typical parser function uses a switch statement on @var{key}:
412 parse_opt (int key, char *arg, struct argp_state *state)
416 case @var{option_key}:
421 return ARGP_ERR_UNKNOWN;
428 * Keys: Argp Special Keys. Special values for the @var{key} argument.
429 * State: Argp Parsing State. What the @var{state} argument refers to.
430 * Functions: Argp Helper Functions. Functions to help during argp parsing.
433 @node Argp Special Keys, Argp Parsing State, , Argp Parser Functions
434 @subsubsection Special Keys for Argp Parser Functions
436 In addition to key values corresponding to user options, the @var{key}
437 argument to argp parser functions may have a number of other special
438 values (@var{arg} and @var{state} refer to parser function arguments;
439 @pxref{Argp Parser Functions}):
445 This is not an option at all, but rather a command line argument, whose
446 value is pointed to by @var{arg}.
448 When there are multiple parser functions (due to argp parsers being
449 combined), it's impossible to know which one wants to handle an
450 argument, so each is called in turn, until one returns 0 or an error
451 other than @code{ARGP_ERR_UNKNOWN}; if an argument is handled by no one,
452 @code{argp_parse} immediately returns success, without parsing any more
455 Once a parser function returns success for this key, that fact is
456 recorded, and the @code{ARGP_KEY_NO_ARGS} case won't be used.
457 @emph{However}, if while processing the argument, a parser function
458 decrements the @code{next} field of its @var{state} argument, the option
459 won't be considered processed; this is to allow you to actually modify
460 the argument (perhaps into an option), and have it processed again.
465 If a parser function returns @code{ARGP_ERR_UNKNOWN} for
466 @code{ARGP_KEY_ARG}, it is immediately called again with the key
467 @code{ARGP_KEY_ARGS}, which has a similar meaning, but is slightly more
468 convenient for consuming all remaining arguments. @var{arg} is 0, and
469 the tail of the argument vector may be found at @code{@var{state}->argv
470 + @var{state}->next}. If success is returned for this key, and
471 @code{@var{state}->next} is unchanged, then all remaining arguments are
472 considered to have been consumed, otherwise, the amount by which
473 @code{@var{state}->next} has been adjust indicates how many were used.
474 For instance, here's an example that uses both, for different args:
479 if (@var{state}->arg_num == 0)
481 first_arg = @var{arg};
483 /* Let the next case parse it. */
484 return ARGP_KEY_UNKNOWN;
487 remaining_args = @var{state}->argv + @var{state}->next;
488 num_remaining_args = @var{state}->argc - @var{state}->next;
495 There are no more command line arguments at all.
499 @item ARGP_KEY_NO_ARGS
500 Because it's common to want to do some special processing if there
501 aren't any non-option args, parser functions are called with this key if
502 they didn't successfully process any non-option arguments. Called just
503 before @code{ARGP_KEY_END} (where more general validity checks on
504 previously parsed arguments can take place).
509 Passed in before any parsing is done. Afterwards, the values of each
510 element of the @code{child_input} field of @var{state}, if any, are
511 copied to each child's state to be the initial value of the @code{input}
512 when @emph{their} parsers are called.
516 @item ARGP_KEY_SUCCESS
517 Passed in when parsing has successfully been completed (even if there are
518 still arguments remaining).
523 Passed in if an error has occurred, and parsing terminated (in which case
524 a call with a key of @code{ARGP_KEY_SUCCESS} is never made).
529 The final key ever seen by any parser (even after
530 @code{ARGP_KEY_SUCCESS} and @code{ARGP_KEY_ERROR}). Any resources
531 allocated by @code{ARGP_KEY_INIT} may be freed here (although sometimes
532 certain resources allocated there are to be returned to the caller after
533 a successful parse; in that case, those particular resources can be
534 freed in the @code{ARGP_KEY_ERROR} case).
537 In all cases, @code{ARGP_KEY_INIT} is the first key seen by parser
538 functions, and @code{ARGP_KEY_FINI} the last (unless an error was
539 returned by the parser for @code{ARGP_KEY_INIT}). Other keys can occur
540 in one the following orders (@var{opt} refers to an arbitrary option
544 @item @var{opt}@dots{} @code{ARGP_KEY_NO_ARGS} @code{ARGP_KEY_END} @code{ARGP_KEY_SUCCESS}
545 The arguments being parsed contained no non-option arguments at all.
547 @item ( @var{opt} | @code{ARGP_KEY_ARG} )@dots{} @code{ARGP_KEY_END} @code{ARGP_KEY_SUCCESS}
548 All non-option arguments were successfully handled by a parser function
549 (there may be multiple parser functions if multiple argp parsers were
552 @item ( @var{opt} | @code{ARGP_KEY_ARG} )@dots{} @code{ARGP_KEY_SUCCESS}
553 Some non-option argument was unrecognized.
555 This occurs when every parser function returns @code{ARGP_KEY_UNKNOWN}
556 for an argument, in which case parsing stops at that argument. If a
557 non-zero value for @var{arg_index} was passed to @code{argp_parse}, the
558 index of this argument is returned in it, otherwise an error occurs.
561 If an error occurs (either detected by argp, or because a parser
562 function returned an error value), then each parser is called with
563 @code{ARGP_KEY_ERROR}, and no further calls are made except the final
564 call with @code{ARGP_KEY_FINI}.
566 @node Argp Helper Functions, , Argp Parsing State, Argp Parser Functions
567 @subsubsection Functions For Use in Argp Parsers
569 Argp provides a number of functions for the user of argp parser
570 functions (@pxref{Argp Parser Functions}), mostly for producing error
571 messages. These take as their first argument the @var{state} argument
572 to the parser function (@pxref{Argp Parsing State}).
574 @cindex usage messages, in argp
577 @deftypefun void argp_usage (const struct argp_state *@var{state})
578 Output the standard usage message for the argp parser referred to by
579 @var{state} to @code{@var{state}->err_stream} and terminate the program
580 with @code{exit (argp_err_exit_status)} (@pxref{Argp Global Variables}).
583 @cindex syntax error messages, in argp
586 @deftypefun void argp_error (const struct argp_state *@var{state}, const char *@var{fmt}, @dots{})
587 Print the printf format string @var{fmt} and following args, preceded by
588 the program name and @samp{:}, and followed by a @w{@samp{Try @dots{}
589 --help}} message, and terminate the program with an exit status of
590 @code{argp_err_exit_status} (@pxref{Argp Global Variables}).
593 @cindex error messages, in argp
596 @deftypefun void argp_failure (const struct argp_state *@var{state}, int @var{status}, int @var{errnum}, const char *@var{fmt}, @dots{})
597 Similarly to the standard gnu error-reporting function @code{error},
598 print the printf format string @var{fmt} and following args, preceded by
599 the program name and @samp{:}, and followed by the standard unix error
600 text for @var{errnum} if it is non-zero; then if @var{status} is
601 non-zero, terminate the program with that as its exit status.
603 The difference between this function and @code{argp_error} is that
604 @code{argp_error} is for @emph{parsing errors}, whereas
605 @code{argp_failure} is for other problems that occur during parsing but
606 don't reflect a syntactic problem with the input---such as illegal
607 values for options, bad phase of the moon, etc.
612 @deftypefun void argp_state_help (const struct argp_state *@var{state}, FILE *@var{stream}, unsigned @var{flags})
613 Output a help message for the argp parser referred to by @var{state} to
614 @var{stream}. The @var{flags} argument determines what sort of help
615 message is produced. @xref{Argp Help Flags}.
618 Error output is sent to @code{@var{state}->err_stream}, and the program
619 name printed is @code{@var{state}->name}.
621 The output or program termination behavior of these functions may be
622 suppressed if the @code{ARGP_NO_EXIT} or @code{ARGP_NO_ERRS} flags,
623 respectively, were passed to @code{argp_parse}. @xref{Argp Flags}.
625 This behavior is useful if an argp parser is exported for use by other
626 programs (e.g., by a library), and may be used in a context where it is
627 not desirable to terminate the program in response to parsing errors.
628 In argp parsers intended for such general use, calls to any of these
629 functions should be followed by code return of an appropriate error code
630 for the case where the program @emph{doesn't} terminate; for example:
633 if (@var{bad argument syntax})
635 argp_usage (@var{state});
641 If it's known that a parser function will only be used when
642 @code{ARGP_NO_EXIT} is not set, the return may be omitted.
644 @node Argp Parsing State, Argp Helper Functions, Argp Special Keys, Argp Parser Functions
645 @subsubsection Argp Parsing State
647 The third argument to argp parser functions (@pxref{Argp Parser
648 Functions}) is a pointer to a @code{struct argp_state}, which contains
649 information about the state of the option parsing.
653 @deftp {Data Type} {struct argp_state}
654 This structure has the following fields, which may be modified as noted:
657 @item const struct argp *const root_argp
658 The top level argp parser being parsed. Note that this is often
659 @emph{not} the same @code{struct argp} passed into @code{argp_parse} by
660 the invoking program (@pxref{Argp}), but instead an internal argp parser
661 that contains options implemented by @code{argp_parse} itself (such as
666 The argument vector being parsed. May be modified.
669 The index in @code{argv} of the next argument to be parsed. May be modified.
671 One way to consume all remaining arguments in the input is to set
672 @code{@var{state}->next = @var{state}->argc} (perhaps after recording
673 the value of the @code{next} field to find the consumed arguments).
674 Also, you can cause the current option to be re-parsed by decrementing
675 this field, and then modifying
676 @code{@var{state}->argv[@var{state}->next]} to be the option that should
680 The flags supplied to @code{argp_parse}. May be modified, although some
681 flags may only take effect when @code{argp_parse} is first invoked.
684 @item unsigned arg_num
685 While calling a parsing function with the @var{key} argument
686 @code{ARGP_KEY_ARG}, this is the number of the current arg, starting at
687 0, and incremented after each such call returns. At all other times,
688 this is the number of such arguments that have been processed.
691 If non-zero, the index in @code{argv} of the first argument following a
692 special @samp{--} argument (which prevents anything following being
693 interpreted as an option). Only set once argument parsing has proceeded
697 An arbitrary pointer passed in from the caller of @code{argp_parse}, in
698 the @var{input} argument.
700 @item void **child_inputs
701 Values to pass to child parsers. This vector will be the same length as
702 the number of children in the current parser, and each child parser will
703 be given the value of @code{@var{state}->child_inputs[@var{i}]} as
704 @emph{its} @code{@var{state}->input} field, where @var{i} is the index
705 of the child in the this parser's @code{children} field. @xref{Argp
709 For the parser function's use. Initialized to 0, but otherwise ignored
713 The name used when printing messages. This is initialized to
714 @code{argv[0]}, or @code{program_invocation_name} if that is
717 @item FILE *err_stream
718 @itemx FILE *out_stream
719 Stdio streams used when argp prints something; error messages are
720 printed to @code{err_stream}, and all other output (such as
721 @samp{--help} output) to @code{out_stream}. These are initialized to
722 @code{stderr} and @code{stdout} respectively (@pxref{Standard Streams}).
725 Private, for use by the argp implementation.
729 @node Argp Children, Argp Help Filtering, Argp Parser Functions, Argp Parsers
730 @subsection Combining Multiple Argp Parsers
732 The @code{children} field in a @code{struct argp} allows other argp
733 parsers to be combined with the referencing one to parse a single set of
734 arguments. It should point to a vector of @code{struct argp_child},
735 terminated by an entry having a value of zero in the @code{argp} field.
737 Where conflicts between combined parsers arise (for instance, if two
738 specify an option with the same name), they are resolved in favor of
739 the parent argp parsers, or earlier argp parsers in the list of children.
743 @deftp {Data Type} {struct argp_child}
744 An entry in the list of subsidiary argp parsers pointed to by the
745 @code{children} field in a @code{struct argp}. The fields are as follows:
748 @item const struct argp *argp
749 The child argp parser, or zero to end the list.
752 Flags for this child.
754 @item const char *header
755 If non-zero, an optional header to be printed in help output before the
756 child options. As a side-effect, a non-zero value forces the child
757 options to be grouped together; to achieve this effect without actually
758 printing a header string, use a value of @code{""}. As with header
759 strings specified in an option entry, the value conventionally has
760 @samp{:} as the last character. @xref{Argp Option Vectors}.
763 Where to group the child options relative to the other (`consolidated')
764 options in the parent argp parser. The values are the same as the
765 @code{group} field in @code{struct argp_option} (@pxref{Argp Option
766 Vectors}), but all child-groupings follow parent options at a particular
767 group level. If both this field and @code{header} are zero, then the
768 child's options aren't grouped together at all, but rather merged with
769 the parent options (merging the child's grouping levels with the
774 @node Argp Flags, Argp Help, Argp Parsers, Argp
775 @subsection Flags for @code{argp_parse}
777 The default behavior of @code{argp_parse} is designed to be convenient
778 for the most common case of parsing program command line argument. To
779 modify these defaults, the following flags may be or'd together in the
780 @var{flags} argument to @code{argp_parse}:
785 @item ARGP_PARSE_ARGV0
786 Don't ignore the first element of the @var{argv} argument to
787 @code{argp_parse}. Normally (and always unless @code{ARGP_NO_ERRS} is
788 set) the first element of the argument vector is skipped for option
789 parsing purposes, as it corresponds to the program name in a command
795 Don't print error messages for unknown options to @code{stderr}; unless
796 this flag is set, @code{ARGP_PARSE_ARGV0} is ignored, as @code{argv[0]}
797 is used as the program name in the error messages. This flag implies
798 @code{ARGP_NO_EXIT} (on the assumption that silent exiting upon errors
804 Don't parse any non-option args. Normally non-option args are parsed by
805 calling the parse functions with a key of @code{ARGP_KEY_ARG}, and the
806 actual arg as the value. This flag needn't normally be set, as the
807 normal behavior is to stop parsing as soon as some argument isn't
808 accepted by a parsing function. @xref{Argp Parser Functions}.
813 Parse options and arguments in the same order they occur on the command
814 line---normally they're rearranged so that all options come first
819 Don't provide the standard long option @samp{--help}, which ordinarily
820 causes usage and option help information to be output to @code{stdout},
821 and @code{exit (0)} called.
826 Don't exit on errors (they may still result in error messages).
831 Use the gnu getopt `long-only' rules for parsing arguments. This
832 allows long-options to be recognized with only a single @samp{-} (for
833 instances, @samp{-help}), but results in a generally somewhat less
834 useful interface, that conflicts with the way most GNU programs work.
835 For this reason, its use is discouraged.
840 Turns off any message-printing/exiting options, specifically
841 @code{ARGP_NO_EXIT}, @code{ARGP_NO_ERRS}, and @code{ARGP_NO_HELP}.
844 @node Argp Help Filtering, , Argp Children, Argp Parsers
846 @subsection Customizing Argp Help Output
848 The @code{help_filter} field in a @code{struct argp} is a pointer to a
849 function to filter the text of help messages before displaying them.
850 They have a function signature like:
853 char *@var{help-filter} (int @var{key}, const char *@var{text}, void *@var{input})
857 where @var{key} is either a key from an option, in which case @var{text}
858 is that option's help text (@pxref{Argp Option Vectors}), or one of the
859 special keys with names beginning with @samp{ARGP_KEY_HELP_}, describing
860 which other help text @var{text} is (@pxref{Argp Help Filter Keys}).
862 The function should return either @var{text}, if it should be used
863 as-is, a replacement string, which should be allocated using
864 @code{malloc}, and will be freed by argp, or zero, meaning `print
865 nothing'. The value of @var{text} supplied is @emph{after} any
866 translation has been done, so if any of the replacement text also needs
867 translation, that should be done by the filter function. @var{input} is
868 either the input supplied to @code{argp_parse}, or zero, if
869 @code{argp_help} was called directly by the user.
872 * Keys: Argp Help Filter Keys. Special @var{key} values for help filter functions.
875 @node Argp Help Filter Keys, , , Argp Help Filtering
876 @subsubsection Special Keys for Argp Help Filter Functions
878 The following special values may be passed to an argp help filter
879 function as the first argument, in addition to key values for user
880 options, and specify which help text the @var{text} argument contains:
885 @item ARGP_KEY_HELP_PRE_DOC
886 Help text preceding options.
890 @item ARGP_KEY_HELP_POST_DOC
891 Help text following options.
895 @item ARGP_KEY_HELP_HEADER
896 Option header string.
900 @item ARGP_KEY_HELP_EXTRA
901 After all other documentation; @var{text} is zero for this key.
905 @item ARGP_KEY_HELP_DUP_ARGS_NOTE
906 The explanatory note emitted when duplicate option arguments have been
911 @item ARGP_KEY_HELP_ARGS_DOC
912 The argument doc string (the @code{args_doc} field from the argp parser;
913 @pxref{Argp Parsers}).
916 @node Argp Help, Argp Examples, Argp Flags, Argp
917 @subsection The @code{argp_help} Function
919 Normally programs using argp need not worry too much about printing
920 argument-usage-type help messages, because the standard @samp{--help}
921 option is handled automatically by argp, and the typical error cases can
922 be handled using @code{argp_usage} and @code{argp_error} (@pxref{Argp
925 However, if it's desirable to print a standard help message in some
926 context other than parsing the program options, argp offers the
927 @code{argp_help} interface.
931 @deftypefun void argp_help (const struct argp *@var{argp}, FILE *@var{stream}, unsigned @var{flags}, char *@var{name})
932 Output a help message for the argp parser @var{argp} to @var{stream}.
933 What sort of messages is printed is determined by @var{flags}.
935 Any options such as @samp{--help} that are implemented automatically by
936 argp itself will @emph{not} be present in the help output; for this
937 reason, it is better to use @code{argp_state_help} if calling from
938 within an argp parser function. @xref{Argp Helper Functions}.
942 * Flags: Argp Help Flags. Specifying what sort of help message to print.
945 @node Argp Help Flags, , , Argp Help
946 @subsection Flags for the @code{argp_help} Function
948 When calling @code{argp_help} (@pxref{Argp Help}), or
949 @code{argp_state_help} (@pxref{Argp Helper Functions}), exactly what is
950 output is determined by the @var{flags} argument, which should consist
951 of any of the following flags, or'd together:
954 @item ARGP_HELP_USAGE
955 A unix @samp{Usage:} message that explicitly lists all options.
957 @item ARGP_HELP_SHORT_USAGE
958 A unix @samp{Usage:} message that displays only an appropriate
959 placeholder to indicate where the options go; useful for showing
960 the non-option argument syntax.
963 A @samp{Try @dots{} for more help} message; @samp{@dots{}} contains the
964 program name and @samp{--help}.
967 A verbose option help message that gives each option understood along
968 with its documentation string.
970 @item ARGP_HELP_PRE_DOC
971 The part of the argp parser doc string that precedes the verbose option help.
973 @item ARGP_HELP_POST_DOC
974 The part of the argp parser doc string that follows the verbose option help.
977 @code{(ARGP_HELP_PRE_DOC | ARGP_HELP_POST_DOC)}
979 @item ARGP_HELP_BUG_ADDR
980 A message saying where to report bugs for this program, if the
981 @code{argp_program_bug_address} variable contains one.
983 @item ARGP_HELP_LONG_ONLY
984 Modify any output appropriately to reflect @code{ARGP_LONG_ONLY} mode.
987 The following flags are only understood when used with
988 @code{argp_state_help}, and control whether the function returns after
989 printing its output, or terminates the program:
992 @item ARGP_HELP_EXIT_ERR
993 Terminate the program with @code{exit (argp_err_exit_status)}.
995 @item ARGP_HELP_EXIT_OK
996 Terminate the program with @code{exit (0)}.
999 The following flags are combinations of the basic ones for printing
1003 @item ARGP_HELP_STD_ERR
1004 Assuming an error message for a parsing error has already printed,
1005 prints a note on how to get help, and terminates the program with an
1008 @item ARGP_HELP_STD_USAGE
1009 Prints a standard usage message and terminates the program with an
1010 error. This is used when no more specific error message is appropriate.
1012 @item ARGP_HELP_STD_HELP
1013 Prints the standard response for a @samp{--help} option, and terminates
1014 the program successfully.
1017 @node Argp Examples, Argp User Customization, Argp Help, Argp
1018 @subsection Argp Examples
1020 These example programs demonstrate the basic usage of argp.
1023 * 1: Argp Example 1. A minimal program using argp.
1024 * 2: Argp Example 2. A program using only default options.
1025 * 3: Argp Example 3. A simple program with user options.
1026 * 4: Argp Example 4. Combining multiple argp parsers.
1029 @node Argp Example 1, Argp Example 2, , Argp Examples
1030 @subsubsection A Minimal Program Using Argp
1032 This is (probably) the smallest possible program that uses argp.
1033 It won't do much except give an error messages and exit when there are any
1034 arguments, and print a (rather pointless) message for @samp{--help}.
1037 @include argp-ex1.c.texi
1040 @node Argp Example 2, Argp Example 3, Argp Example 1, Argp Examples
1041 @subsubsection A Program Using Argp with Only Default Options
1043 This program doesn't use any options or arguments, but uses argp to be
1044 compliant with the GNU standard command line format.
1046 In addition to making sure no arguments are given, and implementing a
1047 @samp{--help} option, this example will have a @samp{--version} option,
1048 and will put the given documentation string and bug address in the
1049 @samp{--help} output, as per GNU standards.
1051 The variable @code{argp} contains the argument parser specification;
1052 adding fields to this structure is the way most parameters are passed to
1053 @code{argp_parse} (the first three fields are usually used, but not in
1054 this small program). There are also two global variables that argp
1055 knows about defined here, @code{argp_program_version} and
1056 @code{argp_program_bug_address} (they are global variables because they
1057 will almost always be constant for a given program, even if it uses
1058 different argument parsers for various tasks).
1061 @include argp-ex2.c.texi
1064 @node Argp Example 3, Argp Example 4, Argp Example 2, Argp Examples
1065 @subsubsection A Program Using Argp with User Options
1067 This program uses the same features as example 2, and adds user options
1070 We now use the first four fields in @code{argp} (@pxref{Argp Parsers}),
1071 and specifies @code{parse_opt} as the parser function (@pxref{Argp
1074 Note that in this example, @code{main} uses a structure to communicate
1075 with the @code{parse_opt} function, a pointer to which it passes in the
1076 @code{input} argument to @code{argp_parse} (@pxref{Argp}), and is
1077 retrieved by @code{parse_opt} through the @code{input} field in its
1078 @code{state} argument (@pxref{Argp Parsing State}). Of course, it's
1079 also possible to use global variables instead, but using a structure
1080 like this is somewhat more flexible and clean.
1083 @include argp-ex3.c.texi
1086 @node Argp Example 4, , Argp Example 3, Argp Examples
1087 @subsubsection A Program Using Multiple Combined Argp Parsers
1089 This program uses the same features as example 3, but has more options,
1090 and somewhat more structure in the @samp{--help} output. It also shows
1091 how you can `steal' the remainder of the input arguments past a certain
1092 point, for programs that accept a list of items, and the special
1093 @var{key} value @code{ARGP_KEY_NO_ARGS}, which is only given if no
1094 non-option arguments were supplied to the program (@pxref{Argp Special
1097 For structuring the help output, two features are used: @emph{headers},
1098 which are entries in the options vector (@pxref{Argp Option Vectors})
1099 with the first four fields being zero, and a two part documentation
1100 string (in the variable @code{doc}), which allows documentation both
1101 before and after the options (@pxref{Argp Parsers}); the
1102 two parts of @code{doc} are separated by a vertical-tab character
1103 (@code{'\v'}, or @code{'\013'}). By convention, the documentation
1104 before the options is just a short string saying what the program does,
1105 and that afterwards is longer, describing the behavior in more detail.
1106 All documentation strings are automatically filled for output, although
1107 newlines may be included to force a line break at a particular point.
1108 All documentation strings are also passed to the @code{gettext}
1109 function, for possible translation into the current locale.
1112 @include argp-ex4.c.texi
1115 @node Argp User Customization, , Argp Examples, Argp
1116 @subsection Argp User Customization
1118 @cindex ARGP_HELP_FMT environment variable
1119 The way formatting of argp @samp{--help} output may be controlled to
1120 some extent by a program's users, by setting the @code{ARGP_HELP_FMT}
1121 environment variable to a comma-separated list (whitespace is ignored)
1122 of the following tokens:
1127 Turn @dfn{duplicate-argument-mode} on or off. In duplicate argument
1128 mode, if an option which accepts an argument has multiple names, the
1129 argument is shown for each name; otherwise, it is only shown for the
1130 first long option, and a note is emitted later so the user knows that it
1131 applies to the other names as well. The default is @samp{no-dup-args},
1132 which is less consistent, but prettier.
1135 @item no-dup-args-note
1136 Enable or disable the note informing the user of suppressed option
1137 argument duplication. The default is @samp{dup-args-note}.
1139 @item short-opt-col=@var{n}
1140 Show the first short option in column @var{n} (default 2).
1142 @item long-opt-col=@var{n}
1143 Show the first long option in column @var{n} (default 6).
1145 @item doc-opt-col=@var{n}
1146 Show `documentation options' (@pxref{Argp Option Flags}) in column
1147 @var{n} (default 2).
1149 @item opt-doc-col=@var{n}
1150 Show the documentation for options starting in column @var{n} (default 29).
1152 @item header-col=@var{n}
1153 Indent group headers (which document groups of options) to column
1154 @var{n} (default 1).
1156 @item usage-indent=@var{n}
1157 Indent continuation lines in @samp{Usage:} messages to column @var{n}
1160 @item rmargin=@var{n}
1161 Word wrap help output at or before column @var{n} (default 79).