1==========================
2Clang-Format Style Options
3==========================
4
5:doc:`ClangFormatStyleOptions` describes configurable formatting style options
6supported by :doc:`LibFormat` and :doc:`ClangFormat`.
7
8When using :program:`clang-format` command line utility or
9``clang::format::reformat(...)`` functions from code, one can either use one of
10the predefined styles (LLVM, Google, Chromium, Mozilla, WebKit) or create a
11custom style by configuring specific style options.
12
13
14Configuring Style with clang-format
15===================================
16
17:program:`clang-format` supports two ways to provide custom style options:
18directly specify style configuration in the ``-style=`` command line option or
19use ``-style=file`` and put style configuration in the ``.clang-format`` or
20``_clang-format`` file in the project directory.
21
22When using ``-style=file``, :program:`clang-format` for each input file will
23try to find the ``.clang-format`` file located in the closest parent directory
24of the input file. When the standard input is used, the search is started from
25the current directory.
26
27The ``.clang-format`` file uses YAML format:
28
29.. code-block:: yaml
30
31  key1: value1
32  key2: value2
33  # A comment.
34  ...
35
36The configuration file can consist of several sections each having different
37``Language:`` parameter denoting the programming language this section of the
38configuration is targeted at. See the description of the **Language** option
39below for the list of supported languages. The first section may have no
40language set, it will set the default style options for all lanugages.
41Configuration sections for specific language will override options set in the
42default section.
43
44When :program:`clang-format` formats a file, it auto-detects the language using
45the file name. When formatting standard input or a file that doesn't have the
46extension corresponding to its language, ``-assume-filename=`` option can be
47used to override the file name :program:`clang-format` uses to detect the
48language.
49
50An example of a configuration file for multiple languages:
51
52.. code-block:: yaml
53
54  ---
55  # We'll use defaults from the LLVM style, but with 4 columns indentation.
56  BasedOnStyle: LLVM
57  IndentWidth: 4
58  ---
59  Language: Cpp
60  # Force pointers to the type for C++.
61  DerivePointerAlignment: false
62  PointerAlignment: Left
63  ---
64  Language: JavaScript
65  # Use 100 columns for JS.
66  ColumnLimit: 100
67  ---
68  Language: Proto
69  # Don't format .proto files.
70  DisableFormat: true
71  ...
72
73An easy way to get a valid ``.clang-format`` file containing all configuration
74options of a certain predefined style is:
75
76.. code-block:: console
77
78  clang-format -style=llvm -dump-config > .clang-format
79
80When specifying configuration in the ``-style=`` option, the same configuration
81is applied for all input files. The format of the configuration is:
82
83.. code-block:: console
84
85  -style='{key1: value1, key2: value2, ...}'
86
87
88Disabling Formatting on a Piece of Code
89=======================================
90
91Clang-format understands also special comments that switch formatting in a
92delimited range. The code between a comment ``// clang-format off`` or
93``/* clang-format off */`` up to a comment ``// clang-format on`` or
94``/* clang-format on */`` will not be formatted. The comments themselves
95will be formatted (aligned) normally.
96
97.. code-block:: c++
98
99  int formatted_code;
100  // clang-format off
101      void    unformatted_code  ;
102  // clang-format on
103  void formatted_code_again;
104
105
106Configuring Style in Code
107=========================
108
109When using ``clang::format::reformat(...)`` functions, the format is specified
110by supplying the `clang::format::FormatStyle
111<http://clang.llvm.org/doxygen/structclang_1_1format_1_1FormatStyle.html>`_
112structure.
113
114
115Configurable Format Style Options
116=================================
117
118This section lists the supported style options. Value type is specified for
119each option. For enumeration types possible values are specified both as a C++
120enumeration member (with a prefix, e.g. ``LS_Auto``), and as a value usable in
121the configuration (without a prefix: ``Auto``).
122
123
124**BasedOnStyle** (``string``)
125  The style used for all options not specifically set in the configuration.
126
127  This option is supported only in the :program:`clang-format` configuration
128  (both within ``-style='{...}'`` and the ``.clang-format`` file).
129
130  Possible values:
131
132  * ``LLVM``
133    A style complying with the `LLVM coding standards
134    <http://llvm.org/docs/CodingStandards.html>`_
135  * ``Google``
136    A style complying with `Google's C++ style guide
137    <http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml>`_
138  * ``Chromium``
139    A style complying with `Chromium's style guide
140    <http://www.chromium.org/developers/coding-style>`_
141  * ``Mozilla``
142    A style complying with `Mozilla's style guide
143    <https://developer.mozilla.org/en-US/docs/Developer_Guide/Coding_Style>`_
144  * ``WebKit``
145    A style complying with `WebKit's style guide
146    <http://www.webkit.org/coding/coding-style.html>`_
147
148.. START_FORMAT_STYLE_OPTIONS
149
150**AccessModifierOffset** (``int``)
151  The extra indent or outdent of access modifiers, e.g. ``public:``.
152
153**AlignAfterOpenBracket** (``BracketAlignmentStyle``)
154  If ``true``, horizontally aligns arguments after an open bracket.
155
156  This applies to round brackets (parentheses), angle brackets and square
157  brackets.
158
159  Possible values:
160
161  * ``BAS_Align`` (in configuration: ``Align``)
162    Align parameters on the open bracket, e.g.:
163
164    .. code-block:: c++
165
166      someLongFunction(argument1,
167                       argument2);
168
169  * ``BAS_DontAlign`` (in configuration: ``DontAlign``)
170    Don't align, instead use ``ContinuationIndentWidth``, e.g.:
171
172    .. code-block:: c++
173
174      someLongFunction(argument1,
175          argument2);
176
177  * ``BAS_AlwaysBreak`` (in configuration: ``AlwaysBreak``)
178    Always break after an open bracket, if the parameters don't fit
179    on a single line, e.g.:
180
181    .. code-block:: c++
182
183      someLongFunction(
184          argument1, argument2);
185
186
187
188**AlignConsecutiveAssignments** (``bool``)
189  If ``true``, aligns consecutive assignments.
190
191  This will align the assignment operators of consecutive lines. This
192  will result in formattings like
193
194  .. code-block:: c++
195
196    int aaaa = 12;
197    int b    = 23;
198    int ccc  = 23;
199
200**AlignConsecutiveDeclarations** (``bool``)
201  If ``true``, aligns consecutive declarations.
202
203  This will align the declaration names of consecutive lines. This
204  will result in formattings like
205
206  .. code-block:: c++
207
208    int         aaaa = 12;
209    float       b = 23;
210    std::string ccc = 23;
211
212**AlignEscapedNewlines** (``EscapedNewlineAlignmentStyle``)
213  Options for aligning backslashes in escaped newlines.
214
215  Possible values:
216
217  * ``ENAS_DontAlign`` (in configuration: ``DontAlign``)
218    Don't align escaped newlines.
219
220    .. code-block:: c++
221
222      #define A \
223        int aaaa; \
224        int b; \
225        int dddddddddd;
226
227  * ``ENAS_Left`` (in configuration: ``Left``)
228    Align escaped newlines as far left as possible.
229
230    .. code-block:: c++
231
232      true:
233      #define A   \
234        int aaaa; \
235        int b;    \
236        int dddddddddd;
237
238      false:
239
240  * ``ENAS_Right`` (in configuration: ``Right``)
241    Align escaped newlines in the right-most column.
242
243    .. code-block:: c++
244
245      #define A                                                                      \
246        int aaaa;                                                                    \
247        int b;                                                                       \
248        int dddddddddd;
249
250
251
252**AlignOperands** (``bool``)
253  If ``true``, horizontally align operands of binary and ternary
254  expressions.
255
256  Specifically, this aligns operands of a single expression that needs to be
257  split over multiple lines, e.g.:
258
259  .. code-block:: c++
260
261    int aaa = bbbbbbbbbbbbbbb +
262              ccccccccccccccc;
263
264**AlignTrailingComments** (``bool``)
265  If ``true``, aligns trailing comments.
266
267  .. code-block:: c++
268
269    true:                                   false:
270    int a;     // My comment a      vs.     int a; // My comment a
271    int b = 2; // comment  b                int b = 2; // comment about b
272
273**AllowAllParametersOfDeclarationOnNextLine** (``bool``)
274  If the function declaration doesn't fit on a line,
275  allow putting all parameters of a function declaration onto
276  the next line even if ``BinPackParameters`` is ``false``.
277
278  .. code-block:: c++
279
280    true:
281    void myFunction(
282        int a, int b, int c, int d, int e);
283
284    false:
285    void myFunction(int a,
286                    int b,
287                    int c,
288                    int d,
289                    int e);
290
291**AllowShortBlocksOnASingleLine** (``bool``)
292  Allows contracting simple braced statements to a single line.
293
294  E.g., this allows ``if (a) { return; }`` to be put on a single line.
295
296**AllowShortCaseLabelsOnASingleLine** (``bool``)
297  If ``true``, short case labels will be contracted to a single line.
298
299  .. code-block:: c++
300
301    true:                                   false:
302    switch (a) {                    vs.     switch (a) {
303    case 1: x = 1; break;                   case 1:
304    case 2: return;                           x = 1;
305    }                                         break;
306                                            case 2:
307                                              return;
308                                            }
309
310**AllowShortFunctionsOnASingleLine** (``ShortFunctionStyle``)
311  Dependent on the value, ``int f() { return 0; }`` can be put on a
312  single line.
313
314  Possible values:
315
316  * ``SFS_None`` (in configuration: ``None``)
317    Never merge functions into a single line.
318
319  * ``SFS_InlineOnly`` (in configuration: ``InlineOnly``)
320    Only merge functions defined inside a class. Same as "inline",
321    except it does not implies "empty": i.e. top level empty functions
322    are not merged either.
323
324    .. code-block:: c++
325
326      class Foo {
327        void f() { foo(); }
328      };
329      void f() {
330        foo();
331      }
332      void f() {
333      }
334
335  * ``SFS_Empty`` (in configuration: ``Empty``)
336    Only merge empty functions.
337
338    .. code-block:: c++
339
340      void f() {}
341      void f2() {
342        bar2();
343      }
344
345  * ``SFS_Inline`` (in configuration: ``Inline``)
346    Only merge functions defined inside a class. Implies "empty".
347
348    .. code-block:: c++
349
350      class Foo {
351        void f() { foo(); }
352      };
353      void f() {
354        foo();
355      }
356      void f() {}
357
358  * ``SFS_All`` (in configuration: ``All``)
359    Merge all functions fitting on a single line.
360
361    .. code-block:: c++
362
363      class Foo {
364        void f() { foo(); }
365      };
366      void f() { bar(); }
367
368
369
370**AllowShortIfStatementsOnASingleLine** (``bool``)
371  If ``true``, ``if (a) return;`` can be put on a single line.
372
373**AllowShortLoopsOnASingleLine** (``bool``)
374  If ``true``, ``while (true) continue;`` can be put on a single
375  line.
376
377**AlwaysBreakAfterDefinitionReturnType** (``DefinitionReturnTypeBreakingStyle``)
378  The function definition return type breaking style to use.  This
379  option is **deprecated** and is retained for backwards compatibility.
380
381  Possible values:
382
383  * ``DRTBS_None`` (in configuration: ``None``)
384    Break after return type automatically.
385    ``PenaltyReturnTypeOnItsOwnLine`` is taken into account.
386
387  * ``DRTBS_All`` (in configuration: ``All``)
388    Always break after the return type.
389
390  * ``DRTBS_TopLevel`` (in configuration: ``TopLevel``)
391    Always break after the return types of top-level functions.
392
393
394
395**AlwaysBreakAfterReturnType** (``ReturnTypeBreakingStyle``)
396  The function declaration return type breaking style to use.
397
398  Possible values:
399
400  * ``RTBS_None`` (in configuration: ``None``)
401    Break after return type automatically.
402    ``PenaltyReturnTypeOnItsOwnLine`` is taken into account.
403
404    .. code-block:: c++
405
406      class A {
407        int f() { return 0; };
408      };
409      int f();
410      int f() { return 1; }
411
412  * ``RTBS_All`` (in configuration: ``All``)
413    Always break after the return type.
414
415    .. code-block:: c++
416
417      class A {
418        int
419        f() {
420          return 0;
421        };
422      };
423      int
424      f();
425      int
426      f() {
427        return 1;
428      }
429
430  * ``RTBS_TopLevel`` (in configuration: ``TopLevel``)
431    Always break after the return types of top-level functions.
432
433    .. code-block:: c++
434
435      class A {
436        int f() { return 0; };
437      };
438      int
439      f();
440      int
441      f() {
442        return 1;
443      }
444
445  * ``RTBS_AllDefinitions`` (in configuration: ``AllDefinitions``)
446    Always break after the return type of function definitions.
447
448    .. code-block:: c++
449
450      class A {
451        int
452        f() {
453          return 0;
454        };
455      };
456      int f();
457      int
458      f() {
459        return 1;
460      }
461
462  * ``RTBS_TopLevelDefinitions`` (in configuration: ``TopLevelDefinitions``)
463    Always break after the return type of top-level definitions.
464
465    .. code-block:: c++
466
467      class A {
468        int f() { return 0; };
469      };
470      int f();
471      int
472      f() {
473        return 1;
474      }
475
476
477
478**AlwaysBreakBeforeMultilineStrings** (``bool``)
479  If ``true``, always break before multiline string literals.
480
481  This flag is mean to make cases where there are multiple multiline strings
482  in a file look more consistent. Thus, it will only take effect if wrapping
483  the string at that point leads to it being indented
484  ``ContinuationIndentWidth`` spaces from the start of the line.
485
486  .. code-block:: c++
487
488     true:                                  false:
489     aaaa =                         vs.     aaaa = "bbbb"
490         "bbbb"                                    "cccc";
491         "cccc";
492
493**AlwaysBreakTemplateDeclarations** (``BreakTemplateDeclarationsStyle``)
494  The template declaration breaking style to use.
495
496  Possible values:
497
498  * ``BTDS_No`` (in configuration: ``No``)
499    Do not force break before declaration.
500    ``PenaltyBreakTemplateDeclaration`` is taken into account.
501
502    .. code-block:: c++
503
504       template <typename T> T foo() {
505       }
506       template <typename T> T foo(int aaaaaaaaaaaaaaaaaaaaa,
507                                   int bbbbbbbbbbbbbbbbbbbbb) {
508       }
509
510  * ``BTDS_MultiLine`` (in configuration: ``MultiLine``)
511    Force break after template declaration only when the following
512    declaration spans multiple lines.
513
514    .. code-block:: c++
515
516       template <typename T> T foo() {
517       }
518       template <typename T>
519       T foo(int aaaaaaaaaaaaaaaaaaaaa,
520             int bbbbbbbbbbbbbbbbbbbbb) {
521       }
522
523  * ``BTDS_Yes`` (in configuration: ``Yes``)
524    Always break after template declaration.
525
526    .. code-block:: c++
527
528       template <typename T>
529       T foo() {
530       }
531       template <typename T>
532       T foo(int aaaaaaaaaaaaaaaaaaaaa,
533             int bbbbbbbbbbbbbbbbbbbbb) {
534       }
535
536
537
538**BinPackArguments** (``bool``)
539  If ``false``, a function call's arguments will either be all on the
540  same line or will have one line each.
541
542  .. code-block:: c++
543
544    true:
545    void f() {
546      f(aaaaaaaaaaaaaaaaaaaa, aaaaaaaaaaaaaaaaaaaa,
547        aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);
548    }
549
550    false:
551    void f() {
552      f(aaaaaaaaaaaaaaaaaaaa,
553        aaaaaaaaaaaaaaaaaaaa,
554        aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);
555    }
556
557**BinPackParameters** (``bool``)
558  If ``false``, a function declaration's or function definition's
559  parameters will either all be on the same line or will have one line each.
560
561  .. code-block:: c++
562
563    true:
564    void f(int aaaaaaaaaaaaaaaaaaaa, int aaaaaaaaaaaaaaaaaaaa,
565           int aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa) {}
566
567    false:
568    void f(int aaaaaaaaaaaaaaaaaaaa,
569           int aaaaaaaaaaaaaaaaaaaa,
570           int aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa) {}
571
572**BraceWrapping** (``BraceWrappingFlags``)
573  Control of individual brace wrapping cases.
574
575  If ``BreakBeforeBraces`` is set to ``BS_Custom``, use this to specify how
576  each individual brace case should be handled. Otherwise, this is ignored.
577
578  .. code-block:: yaml
579
580    # Example of usage:
581    BreakBeforeBraces: Custom
582    BraceWrapping:
583      AfterEnum: true
584      AfterStruct: false
585      SplitEmptyFunction: false
586
587  Nested configuration flags:
588
589
590  * ``bool AfterClass`` Wrap class definitions.
591
592    .. code-block:: c++
593
594      true:
595      class foo {};
596
597      false:
598      class foo
599      {};
600
601  * ``bool AfterControlStatement`` Wrap control statements (``if``/``for``/``while``/``switch``/..).
602
603    .. code-block:: c++
604
605      true:
606      if (foo())
607      {
608      } else
609      {}
610      for (int i = 0; i < 10; ++i)
611      {}
612
613      false:
614      if (foo()) {
615      } else {
616      }
617      for (int i = 0; i < 10; ++i) {
618      }
619
620  * ``bool AfterEnum`` Wrap enum definitions.
621
622    .. code-block:: c++
623
624      true:
625      enum X : int
626      {
627        B
628      };
629
630      false:
631      enum X : int { B };
632
633  * ``bool AfterFunction`` Wrap function definitions.
634
635    .. code-block:: c++
636
637      true:
638      void foo()
639      {
640        bar();
641        bar2();
642      }
643
644      false:
645      void foo() {
646        bar();
647        bar2();
648      }
649
650  * ``bool AfterNamespace`` Wrap namespace definitions.
651
652    .. code-block:: c++
653
654      true:
655      namespace
656      {
657      int foo();
658      int bar();
659      }
660
661      false:
662      namespace {
663      int foo();
664      int bar();
665      }
666
667  * ``bool AfterObjCDeclaration`` Wrap ObjC definitions (interfaces, implementations...).
668    @autoreleasepool and @synchronized blocks are wrapped
669    according to `AfterControlStatement` flag.
670
671  * ``bool AfterStruct`` Wrap struct definitions.
672
673    .. code-block:: c++
674
675      true:
676      struct foo
677      {
678        int x;
679      };
680
681      false:
682      struct foo {
683        int x;
684      };
685
686  * ``bool AfterUnion`` Wrap union definitions.
687
688    .. code-block:: c++
689
690      true:
691      union foo
692      {
693        int x;
694      }
695
696      false:
697      union foo {
698        int x;
699      }
700
701  * ``bool AfterExternBlock`` Wrap extern blocks.
702
703    .. code-block:: c++
704
705      true:
706      extern "C"
707      {
708        int foo();
709      }
710
711      false:
712      extern "C" {
713      int foo();
714      }
715
716  * ``bool BeforeCatch`` Wrap before ``catch``.
717
718    .. code-block:: c++
719
720      true:
721      try {
722        foo();
723      }
724      catch () {
725      }
726
727      false:
728      try {
729        foo();
730      } catch () {
731      }
732
733  * ``bool BeforeElse`` Wrap before ``else``.
734
735    .. code-block:: c++
736
737      true:
738      if (foo()) {
739      }
740      else {
741      }
742
743      false:
744      if (foo()) {
745      } else {
746      }
747
748  * ``bool IndentBraces`` Indent the wrapped braces themselves.
749
750  * ``bool SplitEmptyFunction`` If ``false``, empty function body can be put on a single line.
751    This option is used only if the opening brace of the function has
752    already been wrapped, i.e. the `AfterFunction` brace wrapping mode is
753    set, and the function could/should not be put on a single line (as per
754    `AllowShortFunctionsOnASingleLine` and constructor formatting options).
755
756    .. code-block:: c++
757
758      int f()   vs.   inf f()
759      {}              {
760                      }
761
762  * ``bool SplitEmptyRecord`` If ``false``, empty record (e.g. class, struct or union) body
763    can be put on a single line. This option is used only if the opening
764    brace of the record has already been wrapped, i.e. the `AfterClass`
765    (for classes) brace wrapping mode is set.
766
767    .. code-block:: c++
768
769      class Foo   vs.  class Foo
770      {}               {
771                       }
772
773  * ``bool SplitEmptyNamespace`` If ``false``, empty namespace body can be put on a single line.
774    This option is used only if the opening brace of the namespace has
775    already been wrapped, i.e. the `AfterNamespace` brace wrapping mode is
776    set.
777
778    .. code-block:: c++
779
780      namespace Foo   vs.  namespace Foo
781      {}                   {
782                           }
783
784
785**BreakAfterJavaFieldAnnotations** (``bool``)
786  Break after each annotation on a field in Java files.
787
788  .. code-block:: java
789
790     true:                                  false:
791     @Partial                       vs.     @Partial @Mock DataLoad loader;
792     @Mock
793     DataLoad loader;
794
795**BreakBeforeBinaryOperators** (``BinaryOperatorStyle``)
796  The way to wrap binary operators.
797
798  Possible values:
799
800  * ``BOS_None`` (in configuration: ``None``)
801    Break after operators.
802
803    .. code-block:: c++
804
805       LooooooooooongType loooooooooooooooooooooongVariable =
806           someLooooooooooooooooongFunction();
807
808       bool value = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa +
809                            aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa ==
810                        aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa &&
811                    aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa >
812                        ccccccccccccccccccccccccccccccccccccccccc;
813
814  * ``BOS_NonAssignment`` (in configuration: ``NonAssignment``)
815    Break before operators that aren't assignments.
816
817    .. code-block:: c++
818
819       LooooooooooongType loooooooooooooooooooooongVariable =
820           someLooooooooooooooooongFunction();
821
822       bool value = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
823                            + aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
824                        == aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
825                    && aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
826                           > ccccccccccccccccccccccccccccccccccccccccc;
827
828  * ``BOS_All`` (in configuration: ``All``)
829    Break before operators.
830
831    .. code-block:: c++
832
833       LooooooooooongType loooooooooooooooooooooongVariable
834           = someLooooooooooooooooongFunction();
835
836       bool value = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
837                            + aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
838                        == aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
839                    && aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
840                           > ccccccccccccccccccccccccccccccccccccccccc;
841
842
843
844**BreakBeforeBraces** (``BraceBreakingStyle``)
845  The brace breaking style to use.
846
847  Possible values:
848
849  * ``BS_Attach`` (in configuration: ``Attach``)
850    Always attach braces to surrounding context.
851
852    .. code-block:: c++
853
854      try {
855        foo();
856      } catch () {
857      }
858      void foo() { bar(); }
859      class foo {};
860      if (foo()) {
861      } else {
862      }
863      enum X : int { A, B };
864
865  * ``BS_Linux`` (in configuration: ``Linux``)
866    Like ``Attach``, but break before braces on function, namespace and
867    class definitions.
868
869    .. code-block:: c++
870
871      try {
872        foo();
873      } catch () {
874      }
875      void foo() { bar(); }
876      class foo
877      {
878      };
879      if (foo()) {
880      } else {
881      }
882      enum X : int { A, B };
883
884  * ``BS_Mozilla`` (in configuration: ``Mozilla``)
885    Like ``Attach``, but break before braces on enum, function, and record
886    definitions.
887
888    .. code-block:: c++
889
890      try {
891        foo();
892      } catch () {
893      }
894      void foo() { bar(); }
895      class foo
896      {
897      };
898      if (foo()) {
899      } else {
900      }
901      enum X : int { A, B };
902
903  * ``BS_Stroustrup`` (in configuration: ``Stroustrup``)
904    Like ``Attach``, but break before function definitions, ``catch``, and
905    ``else``.
906
907    .. code-block:: c++
908
909      try {
910        foo();
911      } catch () {
912      }
913      void foo() { bar(); }
914      class foo
915      {
916      };
917      if (foo()) {
918      } else {
919      }
920      enum X : int
921      {
922        A,
923        B
924      };
925
926  * ``BS_Allman`` (in configuration: ``Allman``)
927    Always break before braces.
928
929    .. code-block:: c++
930
931      try {
932        foo();
933      }
934      catch () {
935      }
936      void foo() { bar(); }
937      class foo {
938      };
939      if (foo()) {
940      }
941      else {
942      }
943      enum X : int { A, B };
944
945  * ``BS_GNU`` (in configuration: ``GNU``)
946    Always break before braces and add an extra level of indentation to
947    braces of control statements, not to those of class, function
948    or other definitions.
949
950    .. code-block:: c++
951
952      try
953        {
954          foo();
955        }
956      catch ()
957        {
958        }
959      void foo() { bar(); }
960      class foo
961      {
962      };
963      if (foo())
964        {
965        }
966      else
967        {
968        }
969      enum X : int
970      {
971        A,
972        B
973      };
974
975  * ``BS_WebKit`` (in configuration: ``WebKit``)
976    Like ``Attach``, but break before functions.
977
978    .. code-block:: c++
979
980      try {
981        foo();
982      } catch () {
983      }
984      void foo() { bar(); }
985      class foo {
986      };
987      if (foo()) {
988      } else {
989      }
990      enum X : int { A, B };
991
992  * ``BS_Custom`` (in configuration: ``Custom``)
993    Configure each individual brace in `BraceWrapping`.
994
995
996
997**BreakBeforeTernaryOperators** (``bool``)
998  If ``true``, ternary operators will be placed after line breaks.
999
1000  .. code-block:: c++
1001
1002     true:
1003     veryVeryVeryVeryVeryVeryVeryVeryVeryVeryVeryLongDescription
1004         ? firstValue
1005         : SecondValueVeryVeryVeryVeryLong;
1006
1007     false:
1008     veryVeryVeryVeryVeryVeryVeryVeryVeryVeryVeryLongDescription ?
1009         firstValue :
1010         SecondValueVeryVeryVeryVeryLong;
1011
1012**BreakConstructorInitializers** (``BreakConstructorInitializersStyle``)
1013  The constructor initializers style to use.
1014
1015  Possible values:
1016
1017  * ``BCIS_BeforeColon`` (in configuration: ``BeforeColon``)
1018    Break constructor initializers before the colon and after the commas.
1019
1020    .. code-block:: c++
1021
1022       Constructor()
1023           : initializer1(),
1024             initializer2()
1025
1026  * ``BCIS_BeforeComma`` (in configuration: ``BeforeComma``)
1027    Break constructor initializers before the colon and commas, and align
1028    the commas with the colon.
1029
1030    .. code-block:: c++
1031
1032       Constructor()
1033           : initializer1()
1034           , initializer2()
1035
1036  * ``BCIS_AfterColon`` (in configuration: ``AfterColon``)
1037    Break constructor initializers after the colon and commas.
1038
1039    .. code-block:: c++
1040
1041       Constructor() :
1042           initializer1(),
1043           initializer2()
1044
1045
1046
1047**BreakInheritanceList** (``BreakInheritanceListStyle``)
1048  The inheritance list style to use.
1049
1050  Possible values:
1051
1052  * ``BILS_BeforeColon`` (in configuration: ``BeforeColon``)
1053    Break inheritance list before the colon and after the commas.
1054
1055    .. code-block:: c++
1056
1057       class Foo
1058           : Base1,
1059             Base2
1060       {};
1061
1062  * ``BILS_BeforeComma`` (in configuration: ``BeforeComma``)
1063    Break inheritance list before the colon and commas, and align
1064    the commas with the colon.
1065
1066    .. code-block:: c++
1067
1068       class Foo
1069           : Base1
1070           , Base2
1071       {};
1072
1073  * ``BILS_AfterColon`` (in configuration: ``AfterColon``)
1074    Break inheritance list after the colon and commas.
1075
1076    .. code-block:: c++
1077
1078       class Foo :
1079           Base1,
1080           Base2
1081       {};
1082
1083
1084
1085**BreakStringLiterals** (``bool``)
1086  Allow breaking string literals when formatting.
1087
1088**ColumnLimit** (``unsigned``)
1089  The column limit.
1090
1091  A column limit of ``0`` means that there is no column limit. In this case,
1092  clang-format will respect the input's line breaking decisions within
1093  statements unless they contradict other rules.
1094
1095**CommentPragmas** (``std::string``)
1096  A regular expression that describes comments with special meaning,
1097  which should not be split into lines or otherwise changed.
1098
1099  .. code-block:: c++
1100
1101     // CommentPragmas: '^ FOOBAR pragma:'
1102     // Will leave the following line unaffected
1103     #include <vector> // FOOBAR pragma: keep
1104
1105**CompactNamespaces** (``bool``)
1106  If ``true``, consecutive namespace declarations will be on the same
1107  line. If ``false``, each namespace is declared on a new line.
1108
1109  .. code-block:: c++
1110
1111    true:
1112    namespace Foo { namespace Bar {
1113    }}
1114
1115    false:
1116    namespace Foo {
1117    namespace Bar {
1118    }
1119    }
1120
1121  If it does not fit on a single line, the overflowing namespaces get
1122  wrapped:
1123
1124  .. code-block:: c++
1125
1126    namespace Foo { namespace Bar {
1127    namespace Extra {
1128    }}}
1129
1130**ConstructorInitializerAllOnOneLineOrOnePerLine** (``bool``)
1131  If the constructor initializers don't fit on a line, put each
1132  initializer on its own line.
1133
1134  .. code-block:: c++
1135
1136    true:
1137    SomeClass::Constructor()
1138        : aaaaaaaa(aaaaaaaa), aaaaaaaa(aaaaaaaa), aaaaaaaa(aaaaaaaaaaaaaaaaaaaaaaaaa) {
1139      return 0;
1140    }
1141
1142    false:
1143    SomeClass::Constructor()
1144        : aaaaaaaa(aaaaaaaa), aaaaaaaa(aaaaaaaa),
1145          aaaaaaaa(aaaaaaaaaaaaaaaaaaaaaaaaa) {
1146      return 0;
1147    }
1148
1149**ConstructorInitializerIndentWidth** (``unsigned``)
1150  The number of characters to use for indentation of constructor
1151  initializer lists as well as inheritance lists.
1152
1153**ContinuationIndentWidth** (``unsigned``)
1154  Indent width for line continuations.
1155
1156  .. code-block:: c++
1157
1158     ContinuationIndentWidth: 2
1159
1160     int i =         //  VeryVeryVeryVeryVeryLongComment
1161       longFunction( // Again a long comment
1162         arg);
1163
1164**Cpp11BracedListStyle** (``bool``)
1165  If ``true``, format braced lists as best suited for C++11 braced
1166  lists.
1167
1168  Important differences:
1169  - No spaces inside the braced list.
1170  - No line break before the closing brace.
1171  - Indentation with the continuation indent, not with the block indent.
1172
1173  Fundamentally, C++11 braced lists are formatted exactly like function
1174  calls would be formatted in their place. If the braced list follows a name
1175  (e.g. a type or variable name), clang-format formats as if the ``{}`` were
1176  the parentheses of a function call with that name. If there is no name,
1177  a zero-length name is assumed.
1178
1179  .. code-block:: c++
1180
1181     true:                                  false:
1182     vector<int> x{1, 2, 3, 4};     vs.     vector<int> x{ 1, 2, 3, 4 };
1183     vector<T> x{{}, {}, {}, {}};           vector<T> x{ {}, {}, {}, {} };
1184     f(MyMap[{composite, key}]);            f(MyMap[{ composite, key }]);
1185     new int[3]{1, 2, 3};                   new int[3]{ 1, 2, 3 };
1186
1187**DerivePointerAlignment** (``bool``)
1188  If ``true``, analyze the formatted file for the most common
1189  alignment of ``&`` and ``*``.
1190  Pointer and reference alignment styles are going to be updated according
1191  to the preferences found in the file.
1192  ``PointerAlignment`` is then used only as fallback.
1193
1194**DisableFormat** (``bool``)
1195  Disables formatting completely.
1196
1197**ExperimentalAutoDetectBinPacking** (``bool``)
1198  If ``true``, clang-format detects whether function calls and
1199  definitions are formatted with one parameter per line.
1200
1201  Each call can be bin-packed, one-per-line or inconclusive. If it is
1202  inconclusive, e.g. completely on one line, but a decision needs to be
1203  made, clang-format analyzes whether there are other bin-packed cases in
1204  the input file and act accordingly.
1205
1206  NOTE: This is an experimental flag, that might go away or be renamed. Do
1207  not use this in config files, etc. Use at your own risk.
1208
1209**FixNamespaceComments** (``bool``)
1210  If ``true``, clang-format adds missing namespace end comments and
1211  fixes invalid existing ones.
1212
1213  .. code-block:: c++
1214
1215     true:                                  false:
1216     namespace a {                  vs.     namespace a {
1217     foo();                                 foo();
1218     } // namespace a;                      }
1219
1220**ForEachMacros** (``std::vector<std::string>``)
1221  A vector of macros that should be interpreted as foreach loops
1222  instead of as function calls.
1223
1224  These are expected to be macros of the form:
1225
1226  .. code-block:: c++
1227
1228    FOREACH(<variable-declaration>, ...)
1229      <loop-body>
1230
1231  In the .clang-format configuration file, this can be configured like:
1232
1233  .. code-block:: yaml
1234
1235    ForEachMacros: ['RANGES_FOR', 'FOREACH']
1236
1237  For example: BOOST_FOREACH.
1238
1239**IncludeBlocks** (``IncludeBlocksStyle``)
1240  Dependent on the value, multiple ``#include`` blocks can be sorted
1241  as one and divided based on category.
1242
1243  Possible values:
1244
1245  * ``IBS_Preserve`` (in configuration: ``Preserve``)
1246    Sort each ``#include`` block separately.
1247
1248    .. code-block:: c++
1249
1250       #include "b.h"               into      #include "b.h"
1251
1252       #include <lib/main.h>                  #include "a.h"
1253       #include "a.h"                         #include <lib/main.h>
1254
1255  * ``IBS_Merge`` (in configuration: ``Merge``)
1256    Merge multiple ``#include`` blocks together and sort as one.
1257
1258    .. code-block:: c++
1259
1260       #include "b.h"               into      #include "a.h"
1261                                              #include "b.h"
1262       #include <lib/main.h>                  #include <lib/main.h>
1263       #include "a.h"
1264
1265  * ``IBS_Regroup`` (in configuration: ``Regroup``)
1266    Merge multiple ``#include`` blocks together and sort as one.
1267    Then split into groups based on category priority. See
1268    ``IncludeCategories``.
1269
1270    .. code-block:: c++
1271
1272       #include "b.h"               into      #include "a.h"
1273                                              #include "b.h"
1274       #include <lib/main.h>
1275       #include "a.h"                         #include <lib/main.h>
1276
1277
1278
1279**IncludeCategories** (``std::vector<IncludeCategory>``)
1280  Regular expressions denoting the different ``#include`` categories
1281  used for ordering ``#includes``.
1282
1283  These regular expressions are matched against the filename of an include
1284  (including the <> or "") in order. The value belonging to the first
1285  matching regular expression is assigned and ``#includes`` are sorted first
1286  according to increasing category number and then alphabetically within
1287  each category.
1288
1289  If none of the regular expressions match, INT_MAX is assigned as
1290  category. The main header for a source file automatically gets category 0.
1291  so that it is generally kept at the beginning of the ``#includes``
1292  (http://llvm.org/docs/CodingStandards.html#include-style). However, you
1293  can also assign negative priorities if you have certain headers that
1294  always need to be first.
1295
1296  To configure this in the .clang-format file, use:
1297
1298  .. code-block:: yaml
1299
1300    IncludeCategories:
1301      - Regex:           '^"(llvm|llvm-c|clang|clang-c)/'
1302        Priority:        2
1303      - Regex:           '^(<|"(gtest|gmock|isl|json)/)'
1304        Priority:        3
1305      - Regex:           '.*'
1306        Priority:        1
1307
1308**IncludeIsMainRegex** (``std::string``)
1309  Specify a regular expression of suffixes that are allowed in the
1310  file-to-main-include mapping.
1311
1312  When guessing whether a #include is the "main" include (to assign
1313  category 0, see above), use this regex of allowed suffixes to the header
1314  stem. A partial match is done, so that:
1315  - "" means "arbitrary suffix"
1316  - "$" means "no suffix"
1317
1318  For example, if configured to "(_test)?$", then a header a.h would be seen
1319  as the "main" include in both a.cc and a_test.cc.
1320
1321**IndentCaseLabels** (``bool``)
1322  Indent case labels one level from the switch statement.
1323
1324  When ``false``, use the same indentation level as for the switch statement.
1325  Switch statement body is always indented one level more than case labels.
1326
1327  .. code-block:: c++
1328
1329     false:                                 true:
1330     switch (fool) {                vs.     switch (fool) {
1331     case 1:                                  case 1:
1332       bar();                                   bar();
1333       break;                                   break;
1334     default:                                 default:
1335       plop();                                  plop();
1336     }                                      }
1337
1338**IndentPPDirectives** (``PPDirectiveIndentStyle``)
1339  The preprocessor directive indenting style to use.
1340
1341  Possible values:
1342
1343  * ``PPDIS_None`` (in configuration: ``None``)
1344    Does not indent any directives.
1345
1346    .. code-block:: c++
1347
1348       #if FOO
1349       #if BAR
1350       #include <foo>
1351       #endif
1352       #endif
1353
1354  * ``PPDIS_AfterHash`` (in configuration: ``AfterHash``)
1355    Indents directives after the hash.
1356
1357    .. code-block:: c++
1358
1359       #if FOO
1360       #  if BAR
1361       #    include <foo>
1362       #  endif
1363       #endif
1364
1365
1366
1367**IndentWidth** (``unsigned``)
1368  The number of columns to use for indentation.
1369
1370  .. code-block:: c++
1371
1372     IndentWidth: 3
1373
1374     void f() {
1375        someFunction();
1376        if (true, false) {
1377           f();
1378        }
1379     }
1380
1381**IndentWrappedFunctionNames** (``bool``)
1382  Indent if a function definition or declaration is wrapped after the
1383  type.
1384
1385  .. code-block:: c++
1386
1387     true:
1388     LoooooooooooooooooooooooooooooooooooooooongReturnType
1389         LoooooooooooooooooooooooooooooooongFunctionDeclaration();
1390
1391     false:
1392     LoooooooooooooooooooooooooooooooooooooooongReturnType
1393     LoooooooooooooooooooooooooooooooongFunctionDeclaration();
1394
1395**JavaScriptQuotes** (``JavaScriptQuoteStyle``)
1396  The JavaScriptQuoteStyle to use for JavaScript strings.
1397
1398  Possible values:
1399
1400  * ``JSQS_Leave`` (in configuration: ``Leave``)
1401    Leave string quotes as they are.
1402
1403    .. code-block:: js
1404
1405       string1 = "foo";
1406       string2 = 'bar';
1407
1408  * ``JSQS_Single`` (in configuration: ``Single``)
1409    Always use single quotes.
1410
1411    .. code-block:: js
1412
1413       string1 = 'foo';
1414       string2 = 'bar';
1415
1416  * ``JSQS_Double`` (in configuration: ``Double``)
1417    Always use double quotes.
1418
1419    .. code-block:: js
1420
1421       string1 = "foo";
1422       string2 = "bar";
1423
1424
1425
1426**JavaScriptWrapImports** (``bool``)
1427  Whether to wrap JavaScript import/export statements.
1428
1429  .. code-block:: js
1430
1431     true:
1432     import {
1433         VeryLongImportsAreAnnoying,
1434         VeryLongImportsAreAnnoying,
1435         VeryLongImportsAreAnnoying,
1436     } from 'some/module.js'
1437
1438     false:
1439     import {VeryLongImportsAreAnnoying, VeryLongImportsAreAnnoying, VeryLongImportsAreAnnoying,} from "some/module.js"
1440
1441**KeepEmptyLinesAtTheStartOfBlocks** (``bool``)
1442  If true, the empty line at the start of blocks is kept.
1443
1444  .. code-block:: c++
1445
1446     true:                                  false:
1447     if (foo) {                     vs.     if (foo) {
1448                                              bar();
1449       bar();                               }
1450     }
1451
1452**Language** (``LanguageKind``)
1453  Language, this format style is targeted at.
1454
1455  Possible values:
1456
1457  * ``LK_None`` (in configuration: ``None``)
1458    Do not use.
1459
1460  * ``LK_Cpp`` (in configuration: ``Cpp``)
1461    Should be used for C, C++.
1462
1463  * ``LK_Java`` (in configuration: ``Java``)
1464    Should be used for Java.
1465
1466  * ``LK_JavaScript`` (in configuration: ``JavaScript``)
1467    Should be used for JavaScript.
1468
1469  * ``LK_ObjC`` (in configuration: ``ObjC``)
1470    Should be used for Objective-C, Objective-C++.
1471
1472  * ``LK_Proto`` (in configuration: ``Proto``)
1473    Should be used for Protocol Buffers
1474    (https://developers.google.com/protocol-buffers/).
1475
1476  * ``LK_TableGen`` (in configuration: ``TableGen``)
1477    Should be used for TableGen code.
1478
1479  * ``LK_TextProto`` (in configuration: ``TextProto``)
1480    Should be used for Protocol Buffer messages in text format
1481    (https://developers.google.com/protocol-buffers/).
1482
1483
1484
1485**MacroBlockBegin** (``std::string``)
1486  A regular expression matching macros that start a block.
1487
1488  .. code-block:: c++
1489
1490     # With:
1491     MacroBlockBegin: "^NS_MAP_BEGIN|\
1492     NS_TABLE_HEAD$"
1493     MacroBlockEnd: "^\
1494     NS_MAP_END|\
1495     NS_TABLE_.*_END$"
1496
1497     NS_MAP_BEGIN
1498       foo();
1499     NS_MAP_END
1500
1501     NS_TABLE_HEAD
1502       bar();
1503     NS_TABLE_FOO_END
1504
1505     # Without:
1506     NS_MAP_BEGIN
1507     foo();
1508     NS_MAP_END
1509
1510     NS_TABLE_HEAD
1511     bar();
1512     NS_TABLE_FOO_END
1513
1514**MacroBlockEnd** (``std::string``)
1515  A regular expression matching macros that end a block.
1516
1517**MaxEmptyLinesToKeep** (``unsigned``)
1518  The maximum number of consecutive empty lines to keep.
1519
1520  .. code-block:: c++
1521
1522     MaxEmptyLinesToKeep: 1         vs.     MaxEmptyLinesToKeep: 0
1523     int f() {                              int f() {
1524       int = 1;                                 int i = 1;
1525                                                i = foo();
1526       i = foo();                               return i;
1527                                            }
1528       return i;
1529     }
1530
1531**NamespaceIndentation** (``NamespaceIndentationKind``)
1532  The indentation used for namespaces.
1533
1534  Possible values:
1535
1536  * ``NI_None`` (in configuration: ``None``)
1537    Don't indent in namespaces.
1538
1539    .. code-block:: c++
1540
1541       namespace out {
1542       int i;
1543       namespace in {
1544       int i;
1545       }
1546       }
1547
1548  * ``NI_Inner`` (in configuration: ``Inner``)
1549    Indent only in inner namespaces (nested in other namespaces).
1550
1551    .. code-block:: c++
1552
1553       namespace out {
1554       int i;
1555       namespace in {
1556         int i;
1557       }
1558       }
1559
1560  * ``NI_All`` (in configuration: ``All``)
1561    Indent in all namespaces.
1562
1563    .. code-block:: c++
1564
1565       namespace out {
1566         int i;
1567         namespace in {
1568           int i;
1569         }
1570       }
1571
1572
1573
1574**ObjCBinPackProtocolList** (``BinPackStyle``)
1575  Controls bin-packing Objective-C protocol conformance list
1576  items into as few lines as possible when they go over ``ColumnLimit``.
1577
1578  If ``Auto`` (the default), delegates to the value in
1579  ``BinPackParameters``. If that is ``true``, bin-packs Objective-C
1580  protocol conformance list items into as few lines as possible
1581  whenever they go over ``ColumnLimit``.
1582
1583  If ``Always``, always bin-packs Objective-C protocol conformance
1584  list items into as few lines as possible whenever they go over
1585  ``ColumnLimit``.
1586
1587  If ``Never``, lays out Objective-C protocol conformance list items
1588  onto individual lines whenever they go over ``ColumnLimit``.
1589
1590
1591  .. code-block:: c++
1592
1593     Always (or Auto, if BinPackParameters=true):
1594     @interface ccccccccccccc () <
1595         ccccccccccccc, ccccccccccccc,
1596         ccccccccccccc, ccccccccccccc> {
1597     }
1598
1599     Never (or Auto, if BinPackParameters=false):
1600     @interface ddddddddddddd () <
1601         ddddddddddddd,
1602         ddddddddddddd,
1603         ddddddddddddd,
1604         ddddddddddddd> {
1605     }
1606
1607  Possible values:
1608
1609  * ``BPS_Auto`` (in configuration: ``Auto``)
1610    Automatically determine parameter bin-packing behavior.
1611
1612  * ``BPS_Always`` (in configuration: ``Always``)
1613    Always bin-pack parameters.
1614
1615  * ``BPS_Never`` (in configuration: ``Never``)
1616    Never bin-pack parameters.
1617
1618
1619
1620**ObjCBlockIndentWidth** (``unsigned``)
1621  The number of characters to use for indentation of ObjC blocks.
1622
1623  .. code-block:: objc
1624
1625     ObjCBlockIndentWidth: 4
1626
1627     [operation setCompletionBlock:^{
1628         [self onOperationDone];
1629     }];
1630
1631**ObjCSpaceAfterProperty** (``bool``)
1632  Add a space after ``@property`` in Objective-C, i.e. use
1633  ``@property (readonly)`` instead of ``@property(readonly)``.
1634
1635**ObjCSpaceBeforeProtocolList** (``bool``)
1636  Add a space in front of an Objective-C protocol list, i.e. use
1637  ``Foo <Protocol>`` instead of ``Foo<Protocol>``.
1638
1639**PenaltyBreakAssignment** (``unsigned``)
1640  The penalty for breaking around an assignment operator.
1641
1642**PenaltyBreakBeforeFirstCallParameter** (``unsigned``)
1643  The penalty for breaking a function call after ``call(``.
1644
1645**PenaltyBreakComment** (``unsigned``)
1646  The penalty for each line break introduced inside a comment.
1647
1648**PenaltyBreakFirstLessLess** (``unsigned``)
1649  The penalty for breaking before the first ``<<``.
1650
1651**PenaltyBreakString** (``unsigned``)
1652  The penalty for each line break introduced inside a string literal.
1653
1654**PenaltyBreakTemplateDeclaration** (``unsigned``)
1655  The penalty for breaking after template declaration.
1656
1657**PenaltyExcessCharacter** (``unsigned``)
1658  The penalty for each character outside of the column limit.
1659
1660**PenaltyReturnTypeOnItsOwnLine** (``unsigned``)
1661  Penalty for putting the return type of a function onto its own
1662  line.
1663
1664**PointerAlignment** (``PointerAlignmentStyle``)
1665  Pointer and reference alignment style.
1666
1667  Possible values:
1668
1669  * ``PAS_Left`` (in configuration: ``Left``)
1670    Align pointer to the left.
1671
1672    .. code-block:: c++
1673
1674      int* a;
1675
1676  * ``PAS_Right`` (in configuration: ``Right``)
1677    Align pointer to the right.
1678
1679    .. code-block:: c++
1680
1681      int *a;
1682
1683  * ``PAS_Middle`` (in configuration: ``Middle``)
1684    Align pointer in the middle.
1685
1686    .. code-block:: c++
1687
1688      int * a;
1689
1690
1691
1692**RawStringFormats** (``std::vector<RawStringFormat>``)
1693  Defines hints for detecting supported languages code blocks in raw
1694  strings.
1695
1696  A raw string with a matching delimiter or a matching enclosing function
1697  name will be reformatted assuming the specified language based on the
1698  style for that language defined in the .clang-format file. If no style has
1699  been defined in the .clang-format file for the specific language, a
1700  predefined style given by 'BasedOnStyle' is used. If 'BasedOnStyle' is not
1701  found, the formatting is based on llvm style. A matching delimiter takes
1702  precedence over a matching enclosing function name for determining the
1703  language of the raw string contents.
1704
1705  If a canonical delimiter is specified, occurrences of other delimiters for
1706  the same language will be updated to the canonical if possible.
1707
1708  There should be at most one specification per language and each delimiter
1709  and enclosing function should not occur in multiple specifications.
1710
1711  To configure this in the .clang-format file, use:
1712
1713  .. code-block:: yaml
1714
1715    RawStringFormats:
1716      - Language: TextProto
1717          Delimiters:
1718            - 'pb'
1719            - 'proto'
1720          EnclosingFunctions:
1721            - 'PARSE_TEXT_PROTO'
1722          BasedOnStyle: google
1723      - Language: Cpp
1724          Delimiters:
1725            - 'cc'
1726            - 'cpp'
1727          BasedOnStyle: llvm
1728          CanonicalDelimiter: 'cc'
1729
1730**ReflowComments** (``bool``)
1731  If ``true``, clang-format will attempt to re-flow comments.
1732
1733  .. code-block:: c++
1734
1735     false:
1736     // veryVeryVeryVeryVeryVeryVeryVeryVeryVeryVeryLongComment with plenty of information
1737     /* second veryVeryVeryVeryVeryVeryVeryVeryVeryVeryVeryLongComment with plenty of information */
1738
1739     true:
1740     // veryVeryVeryVeryVeryVeryVeryVeryVeryVeryVeryLongComment with plenty of
1741     // information
1742     /* second veryVeryVeryVeryVeryVeryVeryVeryVeryVeryVeryLongComment with plenty of
1743      * information */
1744
1745**SortIncludes** (``bool``)
1746  If ``true``, clang-format will sort ``#includes``.
1747
1748  .. code-block:: c++
1749
1750     false:                                 true:
1751     #include "b.h"                 vs.     #include "a.h"
1752     #include "a.h"                         #include "b.h"
1753
1754**SortUsingDeclarations** (``bool``)
1755  If ``true``, clang-format will sort using declarations.
1756
1757  The order of using declarations is defined as follows:
1758  Split the strings by "::" and discard any initial empty strings. The last
1759  element of each list is a non-namespace name; all others are namespace
1760  names. Sort the lists of names lexicographically, where the sort order of
1761  individual names is that all non-namespace names come before all namespace
1762  names, and within those groups, names are in case-insensitive
1763  lexicographic order.
1764
1765  .. code-block:: c++
1766
1767     false:                                 true:
1768     using std::cout;               vs.     using std::cin;
1769     using std::cin;                        using std::cout;
1770
1771**SpaceAfterCStyleCast** (``bool``)
1772  If ``true``, a space is inserted after C style casts.
1773
1774  .. code-block:: c++
1775
1776     true:                                  false:
1777     (int) i;                       vs.     (int)i;
1778
1779**SpaceAfterTemplateKeyword** (``bool``)
1780  If ``true``, a space will be inserted after the 'template' keyword.
1781
1782  .. code-block:: c++
1783
1784     true:                                  false:
1785     template <int> void foo();     vs.     template<int> void foo();
1786
1787**SpaceBeforeAssignmentOperators** (``bool``)
1788  If ``false``, spaces will be removed before assignment operators.
1789
1790  .. code-block:: c++
1791
1792     true:                                  false:
1793     int a = 5;                     vs.     int a=5;
1794     a += 42                                a+=42;
1795
1796**SpaceBeforeCpp11BracedList** (``bool``)
1797  If ``true``, a space will be inserted before a C++11 braced list
1798  used to initialize an object (after the preceding identifier or type).
1799
1800  .. code-block:: c++
1801
1802     true:                                  false:
1803     Foo foo { bar };               vs.     Foo foo{ bar };
1804     Foo {};                                Foo{};
1805     vector<int> { 1, 2, 3 };               vector<int>{ 1, 2, 3 };
1806     new int[3] { 1, 2, 3 };                new int[3]{ 1, 2, 3 };
1807
1808**SpaceBeforeCtorInitializerColon** (``bool``)
1809  If ``false``, spaces will be removed before constructor initializer
1810  colon.
1811
1812  .. code-block:: c++
1813
1814     true:                                  false:
1815     Foo::Foo() : a(a) {}                   Foo::Foo(): a(a) {}
1816
1817**SpaceBeforeInheritanceColon** (``bool``)
1818  If ``false``, spaces will be removed before inheritance colon.
1819
1820  .. code-block:: c++
1821
1822     true:                                  false:
1823     class Foo : Bar {}             vs.     class Foo: Bar {}
1824
1825**SpaceBeforeParens** (``SpaceBeforeParensOptions``)
1826  Defines in which cases to put a space before opening parentheses.
1827
1828  Possible values:
1829
1830  * ``SBPO_Never`` (in configuration: ``Never``)
1831    Never put a space before opening parentheses.
1832
1833    .. code-block:: c++
1834
1835       void f() {
1836         if(true) {
1837           f();
1838         }
1839       }
1840
1841  * ``SBPO_ControlStatements`` (in configuration: ``ControlStatements``)
1842    Put a space before opening parentheses only after control statement
1843    keywords (``for/if/while...``).
1844
1845    .. code-block:: c++
1846
1847       void f() {
1848         if (true) {
1849           f();
1850         }
1851       }
1852
1853  * ``SBPO_Always`` (in configuration: ``Always``)
1854    Always put a space before opening parentheses, except when it's
1855    prohibited by the syntax rules (in function-like macro definitions) or
1856    when determined by other style rules (after unary operators, opening
1857    parentheses, etc.)
1858
1859    .. code-block:: c++
1860
1861       void f () {
1862         if (true) {
1863           f ();
1864         }
1865       }
1866
1867
1868
1869**SpaceBeforeRangeBasedForLoopColon** (``bool``)
1870  If ``false``, spaces will be removed before range-based for loop
1871  colon.
1872
1873  .. code-block:: c++
1874
1875     true:                                  false:
1876     for (auto v : values) {}       vs.     for(auto v: values) {}
1877
1878**SpaceInEmptyParentheses** (``bool``)
1879  If ``true``, spaces may be inserted into ``()``.
1880
1881  .. code-block:: c++
1882
1883     true:                                false:
1884     void f( ) {                    vs.   void f() {
1885       int x[] = {foo( ), bar( )};          int x[] = {foo(), bar()};
1886       if (true) {                          if (true) {
1887         f( );                                f();
1888       }                                    }
1889     }                                    }
1890
1891**SpacesBeforeTrailingComments** (``unsigned``)
1892  The number of spaces before trailing line comments
1893  (``//`` - comments).
1894
1895  This does not affect trailing block comments (``/*`` - comments) as
1896  those commonly have different usage patterns and a number of special
1897  cases.
1898
1899  .. code-block:: c++
1900
1901     SpacesBeforeTrailingComments: 3
1902     void f() {
1903       if (true) {   // foo1
1904         f();        // bar
1905       }             // foo
1906     }
1907
1908**SpacesInAngles** (``bool``)
1909  If ``true``, spaces will be inserted after ``<`` and before ``>``
1910  in template argument lists.
1911
1912  .. code-block:: c++
1913
1914     true:                                  false:
1915     static_cast< int >(arg);       vs.     static_cast<int>(arg);
1916     std::function< void(int) > fct;        std::function<void(int)> fct;
1917
1918**SpacesInCStyleCastParentheses** (``bool``)
1919  If ``true``, spaces may be inserted into C style casts.
1920
1921  .. code-block:: c++
1922
1923     true:                                  false:
1924     x = ( int32 )y                 vs.     x = (int32)y
1925
1926**SpacesInContainerLiterals** (``bool``)
1927  If ``true``, spaces are inserted inside container literals (e.g.
1928  ObjC and Javascript array and dict literals).
1929
1930  .. code-block:: js
1931
1932     true:                                  false:
1933     var arr = [ 1, 2, 3 ];         vs.     var arr = [1, 2, 3];
1934     f({a : 1, b : 2, c : 3});              f({a: 1, b: 2, c: 3});
1935
1936**SpacesInParentheses** (``bool``)
1937  If ``true``, spaces will be inserted after ``(`` and before ``)``.
1938
1939  .. code-block:: c++
1940
1941     true:                                  false:
1942     t f( Deleted & ) & = delete;   vs.     t f(Deleted &) & = delete;
1943
1944**SpacesInSquareBrackets** (``bool``)
1945  If ``true``, spaces will be inserted after ``[`` and before ``]``.
1946  Lambdas or unspecified size array declarations will not be affected.
1947
1948  .. code-block:: c++
1949
1950     true:                                  false:
1951     int a[ 5 ];                    vs.     int a[5];
1952     std::unique_ptr<int[]> foo() {} // Won't be affected
1953
1954**Standard** (``LanguageStandard``)
1955  Format compatible with this standard, e.g. use ``A<A<int> >``
1956  instead of ``A<A<int>>`` for ``LS_Cpp03``.
1957
1958  Possible values:
1959
1960  * ``LS_Cpp03`` (in configuration: ``Cpp03``)
1961    Use C++03-compatible syntax.
1962
1963  * ``LS_Cpp11`` (in configuration: ``Cpp11``)
1964    Use features of C++11, C++14 and C++1z (e.g. ``A<A<int>>`` instead of
1965    ``A<A<int> >``).
1966
1967  * ``LS_Auto`` (in configuration: ``Auto``)
1968    Automatic detection based on the input.
1969
1970
1971
1972**TabWidth** (``unsigned``)
1973  The number of columns used for tab stops.
1974
1975**UseTab** (``UseTabStyle``)
1976  The way to use tab characters in the resulting file.
1977
1978  Possible values:
1979
1980  * ``UT_Never`` (in configuration: ``Never``)
1981    Never use tab.
1982
1983  * ``UT_ForIndentation`` (in configuration: ``ForIndentation``)
1984    Use tabs only for indentation.
1985
1986  * ``UT_ForContinuationAndIndentation`` (in configuration: ``ForContinuationAndIndentation``)
1987    Use tabs only for line continuation and indentation.
1988
1989  * ``UT_Always`` (in configuration: ``Always``)
1990    Use tabs whenever we need to fill whitespace that spans at least from
1991    one tab stop to the next one.
1992
1993
1994
1995.. END_FORMAT_STYLE_OPTIONS
1996
1997Adding additional style options
1998===============================
1999
2000Each additional style option adds costs to the clang-format project. Some of
2001these costs affect the clang-format development itself, as we need to make
2002sure that any given combination of options work and that new features don't
2003break any of the existing options in any way. There are also costs for end users
2004as options become less discoverable and people have to think about and make a
2005decision on options they don't really care about.
2006
2007The goal of the clang-format project is more on the side of supporting a
2008limited set of styles really well as opposed to supporting every single style
2009used by a codebase somewhere in the wild. Of course, we do want to support all
2010major projects and thus have established the following bar for adding style
2011options. Each new style option must ..
2012
2013  * be used in a project of significant size (have dozens of contributors)
2014  * have a publicly accessible style guide
2015  * have a person willing to contribute and maintain patches
2016
2017Examples
2018========
2019
2020A style similar to the `Linux Kernel style
2021<https://www.kernel.org/doc/Documentation/CodingStyle>`_:
2022
2023.. code-block:: yaml
2024
2025  BasedOnStyle: LLVM
2026  IndentWidth: 8
2027  UseTab: Always
2028  BreakBeforeBraces: Linux
2029  AllowShortIfStatementsOnASingleLine: false
2030  IndentCaseLabels: false
2031
2032The result is (imagine that tabs are used for indentation here):
2033
2034.. code-block:: c++
2035
2036  void test()
2037  {
2038          switch (x) {
2039          case 0:
2040          case 1:
2041                  do_something();
2042                  break;
2043          case 2:
2044                  do_something_else();
2045                  break;
2046          default:
2047                  break;
2048          }
2049          if (condition)
2050                  do_something_completely_different();
2051
2052          if (x == y) {
2053                  q();
2054          } else if (x > y) {
2055                  w();
2056          } else {
2057                  r();
2058          }
2059  }
2060
2061A style similar to the default Visual Studio formatting style:
2062
2063.. code-block:: yaml
2064
2065  UseTab: Never
2066  IndentWidth: 4
2067  BreakBeforeBraces: Allman
2068  AllowShortIfStatementsOnASingleLine: false
2069  IndentCaseLabels: false
2070  ColumnLimit: 0
2071
2072The result is:
2073
2074.. code-block:: c++
2075
2076  void test()
2077  {
2078      switch (suffix)
2079      {
2080      case 0:
2081      case 1:
2082          do_something();
2083          break;
2084      case 2:
2085          do_something_else();
2086          break;
2087      default:
2088          break;
2089      }
2090      if (condition)
2091          do_somthing_completely_different();
2092
2093      if (x == y)
2094      {
2095          q();
2096      }
2097      else if (x > y)
2098      {
2099          w();
2100      }
2101      else
2102      {
2103          r();
2104      }
2105  }
2106