[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANiq72kbp3xTpj-L2BfLQ1Ecx-2Ki0W3e5YLERx8-T9bjb96=g@mail.gmail.com>
Date: Fri, 20 May 2022 19:15:11 +0200
From: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
To: Mickaël Salaün <mic@...ikod.net>
Cc: Miguel Ojeda <ojeda@...nel.org>,
Andy Whitcroft <apw@...onical.com>,
Brian Norris <briannorris@...omium.org>,
Dwaipayan Ray <dwaipayanray1@...il.com>,
"Jason A . Donenfeld" <Jason@...c4.com>,
Joe Perches <joe@...ches.com>,
Kees Cook <keescook@...omium.org>,
Konstantin Meskhidze <konstantin.meskhidze@...wei.com>,
Lukas Bulwahn <lukas.bulwahn@...il.com>,
Nathan Chancellor <nathan@...nel.org>,
Nick Desaulniers <ndesaulniers@...gle.com>,
Paul Moore <paul@...l-moore.com>, Tom Rix <trix@...hat.com>,
linux-kernel <linux-kernel@...r.kernel.org>, llvm@...ts.linux.dev
Subject: Re: [PATCH v2 4/5] clang-format: Fix empty curly braces
On Fri, May 6, 2022 at 6:00 PM Mickaël Salaün <mic@...ikod.net> wrote:
>
> SplitEmptyFunction [1] should be false to not add a new line in an empty
> function body. This follows the current kernel coding style.
I don't think this is correct. Checking headers in `include/linux/`, I
see ~70 using {} (when not in the same line as the signature), and
~700 in different lines. In `kernel/`, it is even more pronounced: 4
vs. ~200.
Am I missing something?
Cheers,
Miguel
Powered by blists - more mailing lists