.. title:: clang-tidy - modernize-use-designated-initializers modernize-use-designated-initializers ===================================== Finds initializer lists for aggregate types which could be written as designated initializers instead. With plain initializer lists, it is very easy to introduce bugs when adding new fields in the middle of a struct or class type. The same confusion might arise when changing the order of fields. C++20 supports the designated initializer syntax for aggregate types. By applying it, we can always be sure that aggregates are constructed correctly, because every variable being initialized is referenced by its name. Example: .. code-block:: struct S { int i, j; }; is an aggregate type that should be initialized as .. code-block:: S s{.i = 1, .j = 2}; instead of .. code-block:: S s{1, 2}; which could easily become an issue when ``i`` and ``j`` are swapped in the declaration of ``S``. Even when compiling in a language version older than C++20, depending on your compiler, designated initializers are potentially supported. Therefore, the check is by default restricted to C99/C++20 and above. Check out the options `-Wc99-designator` to get support for mixed designators in initializer list in C and `-Wc++20-designator` for support of designated initializers in older C++ language modes. Options ------- .. option:: IgnoreMacros The value `false` specifies that components of initializer lists expanded from macros are not checked. The default value is `true`. .. option:: IgnoreSingleElementAggregates The value `false` specifies that even initializers for aggregate types with only a single element should be checked. The default value is `true`. ``std::array`` initializations are always excluded, as the type is a standard library abstraction and not intended to be initialized with designated initializers. .. option:: RestrictToPODTypes The value `true` specifies that only Plain Old Data (POD) types shall be checked. This makes the check applicable to even older C++ standards. The default value is `false`. .. option:: StrictCStandardCompliance When set to `false`, the check will not restrict itself to C99 and above. The default value is `true`. .. option:: StrictCppStandardCompliance When set to `false`, the check will not restrict itself to C++20 and above. The default value is `true`.