Messages in this thread | | | Subject | Re: Building 100 kernels; we suck at dependencies and drown in warnings | From | Nix <> | Date | Sun, 26 Feb 2006 22:32:21 +0000 |
| |
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/
| |