1 @c Copyright (C) 2003-2018 Free Software Foundation, Inc.
2 @c This is part of the GCC manual.
3 @c For copying conditions, see the file gcc.texi.
6 @chapter Option specification files
7 @cindex option specification files
8 @cindex @samp{optc-gen.awk}
10 Most GCC command-line options are described by special option
11 definition files, the names of which conventionally end in
12 @code{.opt}. This chapter describes the format of these files.
15 * Option file format:: The general layout of the files
16 * Option properties:: Supported option properties
19 @node Option file format
20 @section Option file format
22 Option files are a simple list of records in which each field occupies
23 its own line and in which the records themselves are separated by
24 blank lines. Comments may appear on their own line anywhere within
25 the file and are preceded by semicolons. Whitespace is allowed before
28 The files can contain the following types of record:
32 A language definition record. These records have two fields: the
33 string @samp{Language} and the name of the language. Once a language
34 has been declared in this way, it can be used as an option property.
35 @xref{Option properties}.
38 A target specific save record to save additional information. These
39 records have two fields: the string @samp{TargetSave}, and a
40 declaration type to go in the @code{cl_target_option} structure.
43 A variable record to define a variable used to store option
44 information. These records have two fields: the string
45 @samp{Variable}, and a declaration of the type and name of the
46 variable, optionally with an initializer (but without any trailing
47 @samp{;}). These records may be used for variables used for many
48 options where declaring the initializer in a single option definition
49 record, or duplicating it in many records, would be inappropriate, or
50 for variables set in option handlers rather than referenced by
51 @code{Var} properties.
54 A variable record to define a variable used to store option
55 information. These records have two fields: the string
56 @samp{TargetVariable}, and a declaration of the type and name of the
57 variable, optionally with an initializer (but without any trailing
58 @samp{;}). @samp{TargetVariable} is a combination of @samp{Variable}
59 and @samp{TargetSave} records in that the variable is defined in the
60 @code{gcc_options} structure, but these variables are also stored in
61 the @code{cl_target_option} structure. The variables are saved in the
62 target save code and restored in the target restore code.
65 A variable record to record any additional files that the
66 @file{options.h} file should include. This is useful to provide
67 enumeration or structure definitions needed for target variables.
68 These records have two fields: the string @samp{HeaderInclude} and the
69 name of the include file.
72 A variable record to record any additional files that the
73 @file{options.c} or @file{options-save.c} file should include. This
75 inline functions needed for target variables and/or @code{#ifdef}
76 sequences to properly set up the initialization. These records have
77 two fields: the string @samp{SourceInclude} and the name of the
81 An enumeration record to define a set of strings that may be used as
82 arguments to an option or options. These records have three fields:
83 the string @samp{Enum}, a space-separated list of properties and help
84 text used to describe the set of strings in @option{--help} output.
85 Properties use the same format as option properties; the following are
88 @item Name(@var{name})
89 This property is required; @var{name} must be a name (suitable for use
90 in C identifiers) used to identify the set of strings in @code{Enum}
93 @item Type(@var{type})
94 This property is required; @var{type} is the C type for variables set
95 by options using this enumeration together with @code{Var}.
97 @item UnknownError(@var{message})
98 The message @var{message} will be used as an error message if the
99 argument is invalid; for enumerations without @code{UnknownError}, a
100 generic error message is used. @var{message} should contain a single
101 @samp{%qs} format, which will be used to format the invalid argument.
105 An enumeration value record to define one of the strings in a set
106 given in an @samp{Enum} record. These records have two fields: the
107 string @samp{EnumValue} and a space-separated list of properties.
108 Properties use the same format as option properties; the following are
111 @item Enum(@var{name})
112 This property is required; @var{name} says which @samp{Enum} record
113 this @samp{EnumValue} record corresponds to.
115 @item String(@var{string})
116 This property is required; @var{string} is the string option argument
117 being described by this record.
119 @item Value(@var{value})
120 This property is required; it says what value (representable as
121 @code{int}) should be used for the given string.
124 This property is optional. If present, it says the present string is
125 the canonical one among all those with the given value. Other strings
126 yielding that value will be mapped to this one so specs do not need to
130 This property is optional. If present, the present string will only
131 be accepted by the driver. This is used for cases such as
132 @option{-march=native} that are processed by the driver so that
133 @samp{gcc -v} shows how the options chosen depended on the system on
134 which the compiler was run.
138 An option definition record. These records have the following fields:
141 the name of the option, with the leading ``-'' removed
143 a space-separated list of option properties (@pxref{Option properties})
145 the help text to use for @option{--help} (omitted if the second field
146 contains the @code{Undocumented} property).
149 By default, all options beginning with ``f'', ``W'' or ``m'' are
150 implicitly assumed to take a ``no-'' form. This form should not be
151 listed separately. If an option beginning with one of these letters
152 does not have a ``no-'' form, you can use the @code{RejectNegative}
153 property to reject it.
155 The help text is automatically line-wrapped before being displayed.
156 Normally the name of the option is printed on the left-hand side of
157 the output and the help text is printed on the right. However, if the
158 help text contains a tab character, the text to the left of the tab is
159 used instead of the option's name and the text to the right of the
160 tab forms the help text. This allows you to elaborate on what type
161 of argument the option takes.
164 A target mask record. These records have one field of the form
165 @samp{Mask(@var{x})}. The options-processing script will automatically
166 allocate a bit in @code{target_flags} (@pxref{Run-time Target}) for
167 each mask name @var{x} and set the macro @code{MASK_@var{x}} to the
168 appropriate bitmask. It will also declare a @code{TARGET_@var{x}}
169 macro that has the value 1 when bit @code{MASK_@var{x}} is set and
172 They are primarily intended to declare target masks that are not
173 associated with user options, either because these masks represent
174 internal switches or because the options are not available on all
175 configurations and yet the masks always need to be defined.
178 @node Option properties
179 @section Option properties
181 The second field of an option record can specify any of the following
182 properties. When an option takes an argument, it is enclosed in parentheses
183 following the option property name. The parser that handles option files
184 is quite simplistic, and will be tricked by any nested parentheses within
185 the argument text itself; in this case, the entire option argument can
186 be wrapped in curly braces within the parentheses to demarcate it, e.g.:
189 Condition(@{defined (USE_CYGWIN_LIBSTDCXX_WRAPPERS)@})
194 The option is available for all languages and targets.
197 The option is available for all languages but is target-specific.
200 The option is handled by the compiler driver using code not shared
201 with the compilers proper (@file{cc1} etc.).
204 The option is available when compiling for the given language.
206 It is possible to specify several different languages for the same
207 option. Each @var{language} must have been declared by an earlier
208 @code{Language} record. @xref{Option file format}.
211 The option is only handled by the compilers proper (@file{cc1} etc.)@:
212 and should not be accepted by the driver.
215 The option does not have a ``no-'' form. All options beginning with
216 ``f'', ``W'' or ``m'' are assumed to have a ``no-'' form unless this
219 @item Negative(@var{othername})
220 The option will turn off another option @var{othername}, which is
221 the option name with the leading ``-'' removed. This chain action will
222 propagate through the @code{Negative} property of the option to be
225 As a consequence, if you have a group of mutually-exclusive
226 options, their @code{Negative} properties should form a circular chain.
227 For example, if options @option{-@var{a}}, @option{-@var{b}} and
228 @option{-@var{c}} are mutually exclusive, their respective @code{Negative}
229 properties should be @samp{Negative(@var{b})}, @samp{Negative(@var{c})}
230 and @samp{Negative(@var{a})}.
234 The option takes a mandatory argument. @code{Joined} indicates
235 that the option and argument can be included in the same @code{argv}
236 entry (as with @code{-mflush-func=@var{name}}, for example).
237 @code{Separate} indicates that the option and argument can be
238 separate @code{argv} entries (as with @code{-o}). An option is
239 allowed to have both of these properties.
241 @item JoinedOrMissing
242 The option takes an optional argument. If the argument is given,
243 it will be part of the same @code{argv} entry as the option itself.
245 This property cannot be used alongside @code{Joined} or @code{Separate}.
247 @item MissingArgError(@var{message})
248 For an option marked @code{Joined} or @code{Separate}, the message
249 @var{message} will be used as an error message if the mandatory
250 argument is missing; for options without @code{MissingArgError}, a
251 generic error message is used. @var{message} should contain a single
252 @samp{%qs} format, which will be used to format the name of the option
256 For an option marked @code{Separate}, indicate that it takes @var{n}
257 arguments. The default is 1.
260 The option's argument is a non-negative integer. The option parser
261 will check and convert the argument before passing it to the relevant
262 option handler. @code{UInteger} should also be used on options like
263 @code{-falign-loops} where both @code{-falign-loops} and
264 @code{-falign-loops}=@var{n} are supported to make sure the saved
265 options are given a full integer.
267 @item IntegerRange(@var{n}, @var{m})
268 The options's arguments are integer numbers. The option's parser
269 will check that value of an option is inclusively within the
270 range [@var{n}, @var{m}].
273 The option's argument should be converted to lowercase as part of
274 putting it in canonical form, and before comparing with the strings
275 indicated by any @code{Enum} property.
278 For an option marked @code{Separate}, the option only takes an
279 argument in the compiler proper, not in the driver. This is for
280 compatibility with existing options that are used both directly and
281 via @option{-Wp,}; new options should not have this property.
284 The state of this option should be stored in variable @var{var}
285 (actually a macro for @code{global_options.x_@var{var}}).
286 The way that the state is stored depends on the type of option:
289 The option is deprecated and every usage of such option will
294 If the option uses the @code{Mask} or @code{InverseMask} properties,
295 @var{var} is the integer variable that contains the mask.
298 If the option is a normal on/off switch, @var{var} is an integer
299 variable that is nonzero when the option is enabled. The options
300 parser will set the variable to 1 when the positive form of the
301 option is used and 0 when the ``no-'' form is used.
304 If the option takes an argument and has the @code{UInteger} property,
305 @var{var} is an integer variable that stores the value of the argument.
308 If the option takes an argument and has the @code{Enum} property,
309 @var{var} is a variable (type given in the @code{Type} property of the
310 @samp{Enum} record whose @code{Name} property has the same argument as
311 the @code{Enum} property of this option) that stores the value of the
315 If the option has the @code{Defer} property, @var{var} is a pointer to
316 a @code{VEC(cl_deferred_option,heap)} that stores the option for later
317 processing. (@var{var} is declared with type @code{void *} and needs
318 to be cast to @code{VEC(cl_deferred_option,heap)} before use.)
321 Otherwise, if the option takes an argument, @var{var} is a pointer to
322 the argument string. The pointer will be null if the argument is optional
326 The option-processing script will usually zero-initialize @var{var}.
327 You can modify this behavior using @code{Init}.
329 @item Var(@var{var}, @var{set})
330 The option controls an integer variable @var{var} and is active when
331 @var{var} equals @var{set}. The option parser will set @var{var} to
332 @var{set} when the positive form of the option is used and @code{!@var{set}}
333 when the ``no-'' form is used.
335 @var{var} is declared in the same way as for the single-argument form
338 @item Init(@var{value})
339 The variable specified by the @code{Var} property should be statically
340 initialized to @var{value}. If more than one option using the same
341 variable specifies @code{Init}, all must specify the same initializer.
343 @item Mask(@var{name})
344 The option is associated with a bit in the @code{target_flags}
345 variable (@pxref{Run-time Target}) and is active when that bit is set.
346 You may also specify @code{Var} to select a variable other than
349 The options-processing script will automatically allocate a unique bit
350 for the option. If the option is attached to @samp{target_flags},
351 the script will set the macro @code{MASK_@var{name}} to the appropriate
352 bitmask. It will also declare a @code{TARGET_@var{name}} macro that has
353 the value 1 when the option is active and 0 otherwise. If you use @code{Var}
354 to attach the option to a different variable, the bitmask macro with be
355 called @code{OPTION_MASK_@var{name}}.
357 @item InverseMask(@var{othername})
358 @itemx InverseMask(@var{othername}, @var{thisname})
359 The option is the inverse of another option that has the
360 @code{Mask(@var{othername})} property. If @var{thisname} is given,
361 the options-processing script will declare a @code{TARGET_@var{thisname}}
362 macro that is 1 when the option is active and 0 otherwise.
364 @item Enum(@var{name})
365 The option's argument is a string from the set of strings associated
366 with the corresponding @samp{Enum} record. The string is checked and
367 converted to the integer specified in the corresponding
368 @samp{EnumValue} record before being passed to option handlers.
371 The option should be stored in a vector, specified with @code{Var},
372 for later processing.
374 @item Alias(@var{opt})
375 @itemx Alias(@var{opt}, @var{arg})
376 @itemx Alias(@var{opt}, @var{posarg}, @var{negarg})
377 The option is an alias for @option{-@var{opt}} (or the negative form
378 of that option, depending on @code{NegativeAlias}). In the first form,
379 any argument passed to the alias is considered to be passed to
380 @option{-@var{opt}}, and @option{-@var{opt}} is considered to be
381 negated if the alias is used in negated form. In the second form, the
382 alias may not be negated or have an argument, and @var{posarg} is
383 considered to be passed as an argument to @option{-@var{opt}}. In the
384 third form, the alias may not have an argument, if the alias is used
385 in the positive form then @var{posarg} is considered to be passed to
386 @option{-@var{opt}}, and if the alias is used in the negative form
387 then @var{negarg} is considered to be passed to @option{-@var{opt}}.
389 Aliases should not specify @code{Var} or @code{Mask} or
390 @code{UInteger}. Aliases should normally specify the same languages
391 as the target of the alias; the flags on the target will be used to
392 determine any diagnostic for use of an option for the wrong language,
393 while those on the alias will be used to identify what command-line
394 text is the option and what text is any argument to that option.
396 When an @code{Alias} definition is used for an option, driver specs do
397 not need to handle it and no @samp{OPT_} enumeration value is defined
398 for it; only the canonical form of the option will be seen in those
402 For an option marked with @code{Alias(@var{opt})}, the option is
403 considered to be an alias for the positive form of @option{-@var{opt}}
404 if negated and for the negative form of @option{-@var{opt}} if not
405 negated. @code{NegativeAlias} may not be used with the forms of
406 @code{Alias} taking more than one argument.
409 This option is ignored apart from printing any warning specified using
410 @code{Warn}. The option will not be seen by specs and no @samp{OPT_}
411 enumeration value is defined for it.
414 For an option marked with @code{Joined}, @code{Separate} and
415 @code{Alias}, the option only acts as an alias when passed a separate
416 argument; with a joined argument it acts as a normal option, with an
417 @samp{OPT_} enumeration value. This is for compatibility with the
418 Java @option{-d} option and should not be used for new options.
420 @item Warn(@var{message})
421 If this option is used, output the warning @var{message}.
422 @var{message} is a format string, either taking a single operand with
423 a @samp{%qs} format which is the option name, or not taking any
424 operands, which is passed to the @samp{warning} function. If an alias
425 is marked @code{Warn}, the target of the alias must not also be marked
429 The state of the option should be printed by @option{-fverbose-asm}.
432 This is a warning option and should be shown as such in
433 @option{--help} output. This flag does not currently affect anything
434 other than @option{--help}.
437 This is an optimization option. It should be shown as such in
438 @option{--help} output, and any associated variable named using
439 @code{Var} should be saved and restored when the optimization level is
440 changed with @code{optimize} attributes.
443 This is an option that can be overridden on a per-function basis.
444 @code{Optimization} implies @code{PerFunction}, but options that do not
445 affect executable code generation may use this flag instead, so that the
446 option is not taken into account in ways that might affect executable
450 The option is deliberately missing documentation and should not
451 be included in the @option{--help} output.
453 @item Condition(@var{cond})
454 The option should only be accepted if preprocessor condition
455 @var{cond} is true. Note that any C declarations associated with the
456 option will be present even if @var{cond} is false; @var{cond} simply
457 controls whether the option is accepted and whether it is printed in
458 the @option{--help} output.
461 Build the @code{cl_target_option} structure to hold a copy of the
462 option, add the functions @code{cl_target_option_save} and
463 @code{cl_target_option_restore} to save and restore the options.
466 The option may also be set by a combined option such as
467 @option{-ffast-math}. This causes the @code{gcc_options} struct to
468 have a field @code{frontend_set_@var{name}}, where @code{@var{name}}
469 is the name of the field holding the value of this option (without the
470 leading @code{x_}). This gives the front end a way to indicate that
471 the value has been set explicitly and should not be changed by the
472 combined option. For example, some front ends use this to prevent
473 @option{-ffast-math} and @option{-fno-fast-math} from changing the
474 value of @option{-fmath-errno} for languages that do not use
477 @item EnabledBy(@var{opt})
478 @itemx EnabledBy(@var{opt} || @var{opt2})
479 @itemx EnabledBy(@var{opt} && @var{opt2})
480 If not explicitly set, the option is set to the value of
481 @option{-@var{opt}}; multiple options can be given, separated by
482 @code{||}. The third form using @code{&&} specifies that the option is
483 only set if both @var{opt} and @var{opt2} are set. The options @var{opt}
484 and @var{opt2} must have the @code{Common} property; otherwise, use
485 @code{LangEnabledBy}.
487 @item LangEnabledBy(@var{language}, @var{opt})
488 @itemx LangEnabledBy(@var{language}, @var{opt}, @var{posarg}, @var{negarg})
489 When compiling for the given language, the option is set to the value
490 of @option{-@var{opt}}, if not explicitly set. @var{opt} can be also a list
491 of @code{||} separated options. In the second form, if
492 @var{opt} is used in the positive form then @var{posarg} is considered
493 to be passed to the option, and if @var{opt} is used in the negative
494 form then @var{negarg} is considered to be passed to the option. It
495 is possible to specify several different languages. Each
496 @var{language} must have been declared by an earlier @code{Language}
497 record. @xref{Option file format}.
500 The option is omitted from the producer string written by
501 @option{-grecord-gcc-switches}.
504 Even if this is a target option, this option will not be recorded / compared
505 to determine if a precompiled header file matches.
508 The state of this option should be kept in sync with the preprocessor
509 option @var{var}. If this property is set, then properties @code{Var}
510 and @code{Init} must be set as well.
512 @item CppReason(@var{CPP_W_Enum})
513 This warning option corresponds to @code{cpplib.h} warning reason code
514 @var{CPP_W_Enum}. This should only be used for warning options of the