[PATCH] avoid uninit value warnings in dead code
Manuel López-Ibáñez
lopezibanez@gmail.com
Thu Apr 12 14:38:00 GMT 2007
Hi,
I think you missed my project proposal
http://gcc.gnu.org/ml/gcc/2007-03/msg00637.html
Nonetheless, your patch is interesting and I will follow closely any
follow up patches. I don't want to discourage you. I am not sure yet
how far I will get with this.
(I am not following the list closely because almost all computers I
have access to, including my own laptop that is the only computer I
own, are currently broken I am having a very very hard week, you have
no idea...)
Cheers,
Manuel.
On 12/04/07, Dirk Mueller <dmueller@suse.de> wrote:
> On Wednesday, 11. April 2007, Andrew Pinski wrote:
>
> > Actually the example Dirk gave is not a false postive "is used
> > uninitialized"
>
> It is. the variable is not used uninitialized. never. the compiler should
> realize that and not warn about something that is not true. Don't make
> useful
> warnings useless by not fixing known false positives.
>
> > In fact this was the same behavior 3.4 and before also
> > gave.
>
> Ah, so because a stone age version of gcc was wrong we have to preserve that
> behaviour? Makes no sense to me.
>
> > Let me find the old email about adding uninitialized variable
> > warning to the tree level. It talks about this from what I remember,
> > basicially the warning is correct and actually gives us back to old
> > behavior. Again I rather see more true postives to show up than false
> > postives to disappear.
>
> I have troubles understanding what you intend to say. If you're trying to
> say
> that in the testcase I added it should warn about "may be used" then I'm
> fine
> with that. but it is not a case of "is used" uninitialized.
>
> I can try craft a followup patch for the "maybe used uninitialized"
> behaviour
> if thats the consensus.
>
>
> Dirk
>
More information about the Gcc-patches
mailing list