RepoMirrors/libabigail
1
0
Fork 0
mirror of git://sourceware.org/git/libabigail.git synced 2024-12-15 14:34:38 +00:00
Code Issues Packages Projects Releases Wiki Activity
4457c10eec
libabigail/.clang-format

17 lines
435 B
Plaintext
Raw Normal View History

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
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
---
Reference in New Issue Copy Permalink