51 lines
1.6 KiB
YAML
51 lines
1.6 KiB
YAML
# For more information, see:
|
|
#
|
|
# https://clang.llvm.org/docs/ClangFormat.html
|
|
# https://clang.llvm.org/docs/ClangFormatStyleOptions.html
|
|
#
|
|
---
|
|
|
|
BasedOnStyle: GNU
|
|
|
|
AlignAfterOpenBracket: Align
|
|
AlignArrayOfStructures: Left
|
|
AlignConsecutiveAssignments: AcrossComments
|
|
AlignConsecutiveDeclarations: AcrossComments
|
|
AlignConsecutiveBitFields: AcrossComments
|
|
AlignConsecutiveMacros: AcrossComments
|
|
AlignEscapedNewlines: Left
|
|
|
|
AllowAllArgumentsOnNextLine: false
|
|
AllowAllParametersOfDeclarationOnNextLine: false
|
|
AlwaysBreakAfterReturnType: AllDefinitions
|
|
BinPackArguments: true
|
|
# Uncomment when our CI uses LLVM 20.
|
|
# See: https://github.com/llvm/llvm-project/issues/117830
|
|
# BinPackParameters: AlwaysOnePerLine
|
|
BreakBeforeBinaryOperators: None
|
|
BreakBeforeBraces: GNU
|
|
BreakBeforeTernaryOperators: false
|
|
IndentWidth: 2
|
|
PointerAlignment: Right
|
|
UseTab: Never
|
|
|
|
SpaceBeforeParens: Always
|
|
SpaceAfterLogicalNot: true
|
|
SpaceAfterCStyleCast: true
|
|
|
|
# Our column limit is more around 80 characters but we want to avoid
|
|
# this rule to be over-agressive. So for clang-format, let's use a
|
|
# higher limit. Then let's put some biggish penalties on breaking on
|
|
# assignment, or parentheses, or other similar cases. Actually with such
|
|
# limits, if clang-format really ends up re-formatting, there might be
|
|
# something better to do code-wise (i.e. we might be in an akwardly
|
|
# over-nested block case).
|
|
ColumnLimit: 80
|
|
PenaltyBreakAssignment: 60
|
|
PenaltyBreakBeforeFirstCallParameter: 100
|
|
PenaltyBreakOpenParenthesis: 40
|
|
PenaltyExcessCharacter: 1
|
|
# Strings are more often longer by usage, so let's give these slightly
|
|
# more space to breath.
|
|
PenaltyBreakString: 60
|
|
PenaltyReturnTypeOnItsOwnLine: 50
|