Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide a clang-format to keep code formatting mostly consistent #1182

Closed
horenmar opened this issue Feb 9, 2018 · 0 comments
Closed

Provide a clang-format to keep code formatting mostly consistent #1182

horenmar opened this issue Feb 9, 2018 · 0 comments
Labels
Development Issues related to further development of Catch2

Comments

@horenmar
Copy link
Member

horenmar commented Feb 9, 2018

Description

We don't have the code formatting rules written down anywhere, so contributors have to look around at other code and guess. We should provide them with .clang-format instead (and also hash out some formatting disagreements first).

@horenmar horenmar added the Development Issues related to further development of Catch2 label Feb 9, 2018
@offa offa mentioned this issue Apr 29, 2020
2 tasks
horenmar pushed a commit to offa/Catch2 that referenced this issue Jun 18, 2020
Some notes on the configuration options chosen:

* We want `AllowShortEnumsOnASingleLine` set to `false`, but that
option is clang-format-11 and up, which is not out yet.
* `IndentPPDirectives` is currently inconsistent, but `AfterHash`
is the preferred style in new code.
* `NamespaceIndentation` is a mess, but `All` is closer to the effect
we want than `Inner`.
* `SpacesInParentheses` set to `true` is not ideal due to it also
introducing extra spaces in preprocessor expressions, but using it
is much closer to the current style than not.

All in all, using this setting globally would reformat pretty much
every line of code in the codebase, but it is as close as possible
to the bespoke style currently used. Still, it should only be used
on the diffs.

Closes catchorg#1182
richardash1981 pushed a commit to richardash1981/Catch2 that referenced this issue Jun 19, 2020
Some notes on the configuration options chosen:

* We want `AllowShortEnumsOnASingleLine` set to `false`, but that
option is clang-format-11 and up, which is not out yet.
* `IndentPPDirectives` is currently inconsistent, but `AfterHash`
is the preferred style in new code.
* `NamespaceIndentation` is a mess, but `All` is closer to the effect
we want than `Inner`.
* `SpacesInParentheses` set to `true` is not ideal due to it also
introducing extra spaces in preprocessor expressions, but using it
is much closer to the current style than not.

All in all, using this setting globally would reformat pretty much
every line of code in the codebase, but it is as close as possible
to the bespoke style currently used. Still, it should only be used
on the diffs.

Closes catchorg#1182
richardash1981 pushed a commit to richardash1981/Catch2 that referenced this issue Jun 19, 2020
Some notes on the configuration options chosen:

* We want `AllowShortEnumsOnASingleLine` set to `false`, but that
option is clang-format-11 and up, which is not out yet.
* `IndentPPDirectives` is currently inconsistent, but `AfterHash`
is the preferred style in new code.
* `NamespaceIndentation` is a mess, but `All` is closer to the effect
we want than `Inner`.
* `SpacesInParentheses` set to `true` is not ideal due to it also
introducing extra spaces in preprocessor expressions, but using it
is much closer to the current style than not.

All in all, using this setting globally would reformat pretty much
every line of code in the codebase, but it is as close as possible
to the bespoke style currently used. Still, it should only be used
on the diffs.

Closes catchorg#1182
horenmar pushed a commit that referenced this issue Jul 22, 2020
Some notes on the configuration options chosen:

* We want `AllowShortEnumsOnASingleLine` set to `false`, but that
option is clang-format-11 and up, which is not out yet.
* `IndentPPDirectives` is currently inconsistent, but `AfterHash`
is the preferred style in new code.
* `NamespaceIndentation` is a mess, but `All` is closer to the effect
we want than `Inner`.
* `SpacesInParentheses` set to `true` is not ideal due to it also
introducing extra spaces in preprocessor expressions, but using it
is much closer to the current style than not.

All in all, using this setting globally would reformat pretty much
every line of code in the codebase, but it is as close as possible
to the bespoke style currently used. Still, it should only be used
on the diffs.

Closes #1182
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development Issues related to further development of Catch2
Projects
None yet
Development

No branches or pull requests

1 participant