[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20220725161323.GT25951@gate.crashing.org>
Date: Mon, 25 Jul 2022 11:13:23 -0500
From: Segher Boessenkool <segher@...nel.crashing.org>
To: Michael Ellerman <mpe@...erman.id.au>
Cc: Michal Suchánek <msuchanek@...e.de>,
lkp@...el.com, linux-kernel@...r.kernel.org, npiggin@...il.com,
Julia.Lawall@...ia.fr, paulus@...ba.org,
Jason Wang <wangborong@...rlc.com>,
linuxppc-dev@...ts.ozlabs.org, hbathini@...ux.ibm.com,
joel@....id.au
Subject: Re: [PATCH] powerpc: Remove the static variable initialisations to 0
On Mon, Jul 25, 2022 at 01:27:52PM +1000, Michael Ellerman wrote:
> Segher Boessenkool <segher@...nel.crashing.org> writes:
> > On Sat, Jul 23, 2022 at 03:34:05PM +0200, Michal Suchánek wrote:
> >> Hello,
> >>
> >> On Sat, Jul 23, 2022 at 05:24:36PM +0800, Jason Wang wrote:
> >> > Initialise global and static variable to 0 is always unnecessary.
> >> > Remove the unnecessary initialisations.
> >>
> >> Isn't this change also unnecessary?
> >>
> >> Initializing to 0 does not affect correctness, or even any kind of
> >> semantics in any way.
> >
> > It did make a difference when the kernel was still compiled with
> > -fcommon (which used to be the GCC default on most configurations, it is
> > traditional on Unix). No explicit initialiser puts an object in .bss if
> > you use -fcommon. This matters a bit for data layout.
>
> The kernel has built with -fno-common since ~2002.
2001, yes (255649c18287). And before that it was important to
initialise everything with static storage duration explicitly in the
source code. It was part of the collective memory, I wondered if this
patch originated that way?
> I think the belief is that an explicit initialiser of 0 forces the
> variable into .data, but AFAICS that is not true with any compiler we
> support.
Exactly, you get identical code either way, if you use -fno-common.
People will still see this difference if they use a compiler before
GCC 10 for compiling most other things though.
Segher
Powered by blists - more mailing lists