From: "Yann E. MORIN" <yann.morin.1998@free.fr>
To: Benjamin Poirier <bpoirier@suse.de>
Cc: Madhavan Srinivasan <maddy@linux.vnet.ibm.com>,
mmarek@suse.cz, linux-kbuild@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH]kconfig/menu.c: fix uninitialized variable warning
Date: Thu, 19 Sep 2013 22:04:30 +0200 [thread overview]
Message-ID: <20130919200430.GC3317@free.fr> (raw)
In-Reply-To: <20130919191315.GA19703@d2.synalogic.ca>
Benjamin, All,
On 2013-09-19 15:13 -0400, Benjamin Poirier spake thusly:
> On 2013/09/19 19:27, Yann E. MORIN wrote:
> > Benjamin, Madhavan, All,
> >
> > On 2013-09-19 11:22 -0400, Benjamin Poirier spake thusly:
> > > On 2013/09/19 12:58, Madhavan Srinivasan wrote:
> > > > In file included from scripts/kconfig/zconf.tab.c:2537:0:
> > > > scripts/kconfig/menu.c: In function ‘get_symbol_str’:
> > > > scripts/kconfig/menu.c:586:18: warning: ‘jump’ may be used uninitialized in
> > > > this function [-Wmaybe-uninitialized]
> > > ^^^^^
> > >
> > > from gcc(1):
> > > "These warnings are made optional because GCC is not smart
> > > enough to see all the reasons why the code might be correct
> > > despite appearing to have an error."
> > >
> > > I do not see this warning with gcc 4.7.2 or 4.8.1. Which version are you
> > > using?
> > >
> > > The code does:
> > >
> > > static void get_prompt_str(struct gstr *r, struct property *prop,
> > > [...]
> > > if (head && location) {
> > > jump = xmalloc(sizeof(struct jump_key));
> > > [... different basic block ...]
> > > if (head && location && menu == location)
> > > jump->offset = r->len - 1;
> > >
> > > If the second "if" is true, then the first one was true as well, and
> > > "jump" is initilized.
> >
> > Exactly what I was going to say.
> >
> > However:
> > - I believe we should strive for a warning-free code whenever possible
> > - while still getting help from gcc to pinpoint potential issues.
> >
> > Clearly, gcc is wrong here. Setting jump to NULL will cause fault if we
> > try to dereference it. Since this should never happen given the code as
> > it currently is, I'm slightly in favour of acking this patch.
> >
> > Any other reason not to apply it?
>
> Did you manage to get that warning as well? I didn't. If it's only from
> old versions of gcc I'd feel better leaving the warning there than
> masking it, in case a future code change does really introduce a use
> before initialize.
No, I was not able to reproduce it with either gcc-4.4.7, gcc-4.6.4 or
gcc-4.7.3 on my Ubuntu 13.04. Neither gcc-4.5 nor 4.8 are packaged, so
I could not test them.
Anyway, -Wmaybe-uninitialized is new with 4.7. So, the warning can't
happen with gcc < 4.7.
Madhavan, what gcc version are you using?
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
next prev parent reply other threads:[~2013-09-19 20:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-19 7:28 [PATCH]kconfig/menu.c: fix uninitialized variable warning Madhavan Srinivasan
2013-09-19 15:22 ` Benjamin Poirier
2013-09-19 17:27 ` Yann E. MORIN
2013-09-19 19:13 ` Benjamin Poirier
2013-09-19 20:04 ` Yann E. MORIN [this message]
2013-09-20 2:35 ` Madhavan Srinivasan
2013-09-20 17:58 ` Benjamin Poirier
2013-09-20 19:02 ` Yann E. MORIN
-- strict thread matches above, loose matches on Subject: below --
2013-09-09 7:51 [PATCH] kconfig/menu.c: " Madhavan Srinivasan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130919200430.GC3317@free.fr \
--to=yann.morin.1998@free.fr \
--cc=bpoirier@suse.de \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maddy@linux.vnet.ibm.com \
--cc=mmarek@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.