Hi Ilmari,

On Sun, Nov 16, 2025 at 07:57:04AM +0200, Ilmari Lauhakangas 
<[email protected]> wrote:
> The idea was to limit formatting churn that would be caused by future
> versions changing and adding various rules. I do think that at some point we
> need to do a version bump there. Version 5.0.0 was released in 2017 and one
> would think that in 8 years the opinions on formatting would have stabilised
> and besides, we are missing formatting rules for newer C++ features.

Yes, I agree, at some point the old clang-format will just misformat
newer C++ and we'll have to stop using that old version. Which gives us
(I think) at least two options:

1) The whole clang-format story started by trying to avoid reformats --
by enforcing one reformat before git commit. So in case a clang-format
upgrade would result in a reformat, then clang-format is useless for our
needs and this can be solved by not enforcing clang-format anymore.

2) Live with the annoyance that a clang-format upgrade adds noise,
hoping that we would be good without a reformat for another 8 years and
accept this noise.

If somebody would be interested in looking at a clang-format upgrade,
then probably it is worth having that discussion, so it won't happen
that work is done to do 2) and we realize 1) is a better option.

(I don't have a strong opinion here.)

Regards,

Miklos

Reply via email to