Re: Building 100 kernels; we suck at dependencies and drown in warnings

[Nix <nix@esperi.org.uk>]

On Sun, 26 Feb 2006, Al Viro moaned:
> On Sun, Feb 26, 2006 at 09:46:32PM +0000, Nix wrote:
>> (i.e., there's a reason that warning uses the word *might*.)
> 
> The bug is in spewing tons of false positives, reducing S/N on that
> warning to nearly useless level.  Note that in this case actually
> missing some would be more useful if what remains is less diluted
> by crap.

I think this might be <http://gcc.gnu.org/PR5035>.

It's in the nature of this warning that improving its accuracy is often,
to quote rth in that bug, `distinctly non-trivial'. The (numerous) new
SSA optimizers in GCC 4.1 may well have fixed it: I'd be surprised if
they hadn't zapped a heap of FPs. I doubt it'll ever improve in 4.0.x,
because the magnitude of the changes required to do so is just so large.

There is ongoing argument on the GCC list between two camps: one that
proposes moving such warnings into the frontend, and says that the
increase in FPs is worth it given the increase in warning stability (the
warnings don't go away just because you change optimization level); the
other argues against this on the basis that a warning that gives lots
of FPs is mostly useless.

Feel free to chip in the next time this argument flares up :)

-- 
`... follow the bouncing internment camps.' --- Peter da Silva
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/