2016-04-01 16:28:36 -07:00
rules:
rule-configurations:
2016-05-04 16:55:47 -07:00
#
2016-04-01 16:28:36 -07:00
# This is the default value (as of the time I wrote this) but I'm making
# it explicit since it needs to agree with the value used by clang-format.
2016-05-03 21:31:32 -07:00
# Thus, if we ever change the fish style to allow longer or shorter lines
# this should be changed (as well as the corresponding .clang-format file).
2016-05-04 16:55:47 -07:00
#
2016-04-01 16:28:36 -07:00
- key: LONG_LINE
value: 100
2016-05-04 16:55:47 -07:00
#
# The default limit for the length of variable names is 20. Long names are
# problematic but twenty chars results in way too many errors. So increase
# the limit to something more reasonable.
#
- key: LONG_VARIABLE_NAME
value: 30
2016-07-20 22:30:58 -07:00
#
# This allows us to avoid peppering our code with inline comments such as
#
# scoped_lock locker(m_lock); //!OCLINT(side-effect)
#
# Specifically, this config key tells oclint that the named classes have
# RAII behavior so the local vars are actually used.
#
- key: RAII_CUSTOM_CLASSES
2016-07-20 22:43:48 -07:00
value: scoped_lock scoped_buffer_t
2016-05-03 21:31:32 -07:00
disable-rules:
2016-05-04 16:49:06 -07:00
#
2016-05-03 21:31:32 -07:00
# A few instances of "useless parentheses" errors are meaningful. Mostly
# in the context of the `return` statement. Unfortunately the vast
# majority would result in removing parentheses that decreases
# readability. So we're going to ignore this warning and rely on humans to
# notice when the parentheses are truly not needed.
#
# Also, some macro expansions, such as FD_SET(), trigger this warning and
# we don't want to suppress each of those individually.
2016-05-04 16:49:06 -07:00
#
2016-05-03 21:31:32 -07:00
- UselessParentheses
2016-05-04 16:49:06 -07:00
#
# OCLint wants variable names to be at least three characters in length.
# Which would be fine if it supported a reasonable set of exceptions
# (e.g., "i", "j", "k") and allowed adding additional exceptions to match
# conventions employed by a project. Since it doesn't, and thus generates
# a lot of really annoying warnings, we're going to disable this rule.
#
- ShortVariableName
2016-05-22 20:21:04 -07:00
#
# This rule flags perfectly reasonable conditions like `if (!some_condition)`
# and is therefore just noise. Disable this rule.
#
- InvertedLogic