RepoMirrors
/
libabigail
mirror of git://sourceware.org/git/libabigail.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
libabigail/.clang-format

19 lines
507 B
Plaintext
Raw Normal View History

Add missing SPDX headers to source files not specifying any license Default to the project's defautl - LGPLv3+ - for those. * Makefile.am: Add a LGPL-3.0-or-later SPDX header prefixed with '##' so that that the header doesn't get emitted in the resulting Makefile.in file. Note that the license of Makefile.in files is "FSF All Permissible License", which virtually compatible with anything. * bash-completion/Makefile.am: Likewise. * doc/Makefile.am: Likewise * doc/manuals/Makefile.am: Likewise * include/Makefile.am: Likewise * src/Makefile.am: Likewise * tests/Makefile.am: Likewise * tests/data/Makefile.am: Likewise * tools/Makefile.am: Likewise * .clang-format: Add a LGPL-3.0-or-later SPDX header. * bash-completion/abicompat: Likewise. * bash-completion/abidiff: Likewise. * bash-completion/abidw: Likewise. * bash-completion/abilint: Likewise. * bash-completion/abinilint: Likewise. * bash-completion/abipkgdiff: Likewise. * bash-completion/abisym: Likewise. * bash-completion/fedabipkgdiff: Likewise. * configure.ac: Likewise. * default.abignore: Likewise. * doc/api/libabigail.doxy: Likewise. * doc/website/libabigail-website.doxy: Likewise. * include/abg-version.h.in: Likewise. * scripts/dot_to_png.sh: Likewise. * scripts/dot_to_svg.sh: Likewise. * scripts/make-verbose.sh: Likewise. * scripts/svg_to_plain_svg.sh: Likewise. * scripts/svg_to_png_and_pdf.sh: Likewise. * tests/runtestcanonicalizetypes.sh.in: Likewise. * tests/runtestdefaultsupprs.py.in: Likewise. * tests/runtestdefaultsupprspy3.sh.in: Likewise. * tests/runtestfedabipkgdiffpy3.sh.in: Likewise. * tests/update-test-output.py: Likewise. * update-copyright.sh: Likewise. Signed-off-by: Benjamin De Kosnik <bkoz@gnu.org> Signed-off-by: Ben Woodard <woodard@redhat.com> Signed-off-by: Chenxiong Qi <cqi@redhat.com> Signed-off-by: Dodji Seketeli <dodji@redhat.com> Signed-off-by: Giuliano Procida <gprocida@google.com> Signed-off-by: Jan Engelhardt <jengelh@inai.de> Signed-off-by: Jessica Yu <jeyu@kernel.org> Signed-off-by: Jonathan Wakely <jwakely@redhat.com> Signed-off-by: Mark Wielaard <mark@klomp.org> Signed-off-by: Matthias Klose <doko@ubuntu.com> Signed-off-by: Matthias Maennich <maennich@google.com> Signed-off-by: Ondrej Oprala <ondrej.oprala@gmail.com> Signed-off-by: Roland McGrath <roland@hack.frob.com> Signed-off-by: Sinny Kumari <ksinny@gmail.com> Signed-off-by: Slava Barinov <v.barinov@samsung.com>
2020-05-29 13:50:16 +00:00
# SPDX-License-Identifier: LGPL-3.0-or-later
Add .clang-format approximation Add .clang-format definitions that are an approximation of the current coding style. As I understand it, the current style is based on what GNU Emacs implements for C++. Hence these rules might not be entirely accurate, but a good-enough approximation to allow contributers to follow the coding style more easily. I expect modifications for specific cases and when clang-format itself evolves over time. As of now, this definition is most useful in partial code formatting, such as executed by `git clang-format` on staged files or clang-format.py as a means of integration into various editors. * .clang-format: New File. Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-15 17:34:04 +00:00
---
BasedOnStyle: GNU
.clang-format: Add more options for match existing coding style Add options for constructor intializers, using declarations and consecutive declarations. Even though sorting using declarations could be useful, it changes too much existing code as of now. * .clang-format: Add options for ConstructorInitializers Set SortUsingDeclarations=false Set AlignConsecutiveDeclarations=true Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-21 04:38:05 +00:00
AlignConsecutiveDeclarations: true
Add .clang-format approximation Add .clang-format definitions that are an approximation of the current coding style. As I understand it, the current style is based on what GNU Emacs implements for C++. Hence these rules might not be entirely accurate, but a good-enough approximation to allow contributers to follow the coding style more easily. I expect modifications for specific cases and when clang-format itself evolves over time. As of now, this definition is most useful in partial code formatting, such as executed by `git clang-format` on staged files or clang-format.py as a means of integration into various editors. * .clang-format: New File. Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-15 17:34:04 +00:00
AlwaysBreakAfterReturnType: All
.clang-format: Add more options for match existing coding style Add options for constructor intializers, using declarations and consecutive declarations. Even though sorting using declarations could be useful, it changes too much existing code as of now. * .clang-format: Add options for ConstructorInitializers Set SortUsingDeclarations=false Set AlignConsecutiveDeclarations=true Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-21 04:38:05 +00:00
BreakConstructorInitializers: BeforeColon
ConstructorInitializerAllOnOneLineOrOnePerLine: true
ConstructorInitializerIndentWidth: 2
clang-format: set continuation indentation to 2 This is a further tweak to the clang-format rules, bringing them (on average) closer to the existing corpus of code. The existing code mostly uses an indentaton of 2 spaces, rather than 4, for expressions broken across lines. There are exceptions such as conditional expressions that are initialisers but clang-format's indentation may be preferable to emacs' zero indentation here. * .clang-format: Set ContinuationIndentWidth to 2. Signed-off-by: Giuliano Procida <gprocida@google.com>
2020-05-15 06:50:12 +00:00
ContinuationIndentWidth: 2
Add .clang-format approximation Add .clang-format definitions that are an approximation of the current coding style. As I understand it, the current style is based on what GNU Emacs implements for C++. Hence these rules might not be entirely accurate, but a good-enough approximation to allow contributers to follow the coding style more easily. I expect modifications for specific cases and when clang-format itself evolves over time. As of now, this definition is most useful in partial code formatting, such as executed by `git clang-format` on staged files or clang-format.py as a means of integration into various editors. * .clang-format: New File. Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-15 17:34:04 +00:00
BinPackParameters: false
BreakStringLiterals: false
PointerAlignment: Left
.clang-format: Add more options for match existing coding style Add options for constructor intializers, using declarations and consecutive declarations. Even though sorting using declarations could be useful, it changes too much existing code as of now. * .clang-format: Add options for ConstructorInitializers Set SortUsingDeclarations=false Set AlignConsecutiveDeclarations=true Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-21 04:38:05 +00:00
SortUsingDeclarations: false
Add .clang-format approximation Add .clang-format definitions that are an approximation of the current coding style. As I understand it, the current style is based on what GNU Emacs implements for C++. Hence these rules might not be entirely accurate, but a good-enough approximation to allow contributers to follow the coding style more easily. I expect modifications for specific cases and when clang-format itself evolves over time. As of now, this definition is most useful in partial code formatting, such as executed by `git clang-format` on staged files or clang-format.py as a means of integration into various editors. * .clang-format: New File. Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-15 17:34:04 +00:00
SpaceBeforeParens: ControlStatements
TabWidth: 8
UseTab: Always
clang-format: Better approximation for binary operators and assignments The project style requires assignment operators to be on the first line of two if the line needs to break. Reflect that in the .clang-format configuration to approximate the style better when using clang-format. * .clang-format: Add BreakBeforeBinaryOperators option. Signed-off-by: Matthias Maennich <maennich@google.com>
2020-01-21 18:26:42 +00:00
BreakBeforeBinaryOperators: NonAssignment
Add .clang-format approximation Add .clang-format definitions that are an approximation of the current coding style. As I understand it, the current style is based on what GNU Emacs implements for C++. Hence these rules might not be entirely accurate, but a good-enough approximation to allow contributers to follow the coding style more easily. I expect modifications for specific cases and when clang-format itself evolves over time. As of now, this definition is most useful in partial code formatting, such as executed by `git clang-format` on staged files or clang-format.py as a means of integration into various editors. * .clang-format: New File. Signed-off-by: Matthias Maennich <maennich@google.com>
2019-05-15 17:34:04 +00:00
---