From: Madhavan Srinivasan <maddy@linux.vnet.ibm.com>
To: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Benjamin Poirier <bpoirier@suse.de>,
mmarek@suse.cz, linux-kbuild@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH]kconfig/menu.c: fix uninitialized variable warning
Date: Fri, 20 Sep 2013 08:05:59 +0530 [thread overview]
Message-ID: <523BB48F.9020403@linux.vnet.ibm.com> (raw)
In-Reply-To: <20130919200430.GC3317@free.fr>
On Friday 20 September 2013 01:34 AM, Yann E. MORIN wrote:
> 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?
gcc i have is gcc version 4.8.0 20130526
>
> Regards,
> Yann E. MORIN.
>
next prev parent reply other threads:[~2013-09-20 2:36 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
2013-09-20 2:35 ` Madhavan Srinivasan [this message]
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=523BB48F.9020403@linux.vnet.ibm.com \
--to=maddy@linux.vnet.ibm.com \
--cc=bpoirier@suse.de \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mmarek@suse.cz \
--cc=yann.morin.1998@free.fr \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).