[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=wif4eOpn3YaUXMKUhSrF1t-2ABasBiBRXR2Mxm059yXqQ@mail.gmail.com>
Date: Thu, 1 May 2025 18:34:57 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Nathan Chancellor <nathan@...nel.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>, Masahiro Yamada <masahiroy@...nel.org>,
Nicolas Schier <nicolas.schier@...ux.dev>,
Nick Desaulniers <nick.desaulniers+lkml@...il.com>, Bill Wendling <morbo@...gle.com>,
Justin Stitt <justinstitt@...gle.com>, linux-kbuild@...r.kernel.org,
linux-kernel@...r.kernel.org, llvm@...ts.linux.dev, patches@...ts.linux.dev,
stable@...r.kernel.org, Linux Kernel Functional Testing <lkft@...aro.org>,
Marcus Seyfarth <m.seyfarth@...il.com>, Al Viro <viro@...iv.linux.org.uk>
Subject: Re: [PATCH 2/2] include/linux/typecheck.h: Zero initialize dummy variables
On Thu, 1 May 2025 at 18:24, Nathan Chancellor <nathan@...nel.org> wrote:
>
> but '= {0}' appears to work: https://godbolt.org/z/x7eae5vex
>
> If using that instead upsets sparse still, then I can just abandon this
> change and update the other patch to disable -Wdefault-const-init-unsafe
> altogether (
The "= { 0 }" form makes sparse unhappy for a different reason:
void *a = { 0 };
makes sparse (correctly) complain about the use of '0' for 'NULL'.
warning: Using plain integer as NULL pointer
and gcc has also finally adopted that warning for braindamage:
warning: zero as null pointer constant [-Wzero-as-null-pointer-constant]
although it's not on by default (and apparently we've never enabled it
for the kernel - although we really should).
sparse has complained about this since day one, because I personally
find the "plain 0 as NULL" to be a complete BS mistake in the language
(that came from avoiding a keyword, not from some "design" reason),
and while it took C++ people three decades to figure that out, in the
end they did indeed figure it out.
In case anybody wonders why '0' is so broken for NULL, think stdarg.
But also think "Christ people, it's fundamental type safety!!%^%!!"
Linus
Powered by blists - more mailing lists