[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20061031212903.GQ29920@ftp.linux.org.uk>
Date: Tue, 31 Oct 2006 21:29:03 +0000
From: Al Viro <viro@....linux.org.uk>
To: Valdis.Kletnieks@...edu
Cc: ray-gmail@...rabbit.org, "Martin J. Bligh" <mbligh@...gle.com>,
Linus Torvalds <torvalds@...l.org>,
Andrew Morton <akpm@...l.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Jun'ichi Nomura <j-nomura@...jp.nec.com>
Subject: Re: Linux 2.6.19-rc4
On Tue, Oct 31, 2006 at 03:53:00PM -0500, Valdis.Kletnieks@...edu wrote:
> On Tue, 31 Oct 2006 08:34:23 PST, Ray Lee said:
> > On 10/31/06, Martin J. Bligh <mbligh@...gle.com> wrote:
> > > > At some point we should get rid of all the "politeness" warnings, just
> > > > because they can end up hiding the _real_ ones.
> > >
> > > Yay! Couldn't agree more. Does this mean you'll take patches for all the
> > > uninitialized variable crap from gcc 4.x ?
> >
> > What would be useful in the short term is a tool that shows only the
> > new warnings that didn't exist in the last point release.
>
> Harder to do than you might think - it has to deal with the fact that
> 2.6.N might have a warning about 'used unintialized on line 430', and
> in 2.6.N+1 you get two warnings, one on line 420 and one on 440. Which
> one is new and which one just moved 10 lines up or down? Or did a patch
> fix the one on 430 and add 2 new ones?
So you take the old log and replace the line numbers with those of
corresponding lines in new tree. Marking ones that do not survive
unchanged with recognisable prefix. _Then_ you diff logs.
In reality (and I'd been doing that for ranges like 2.6.14 -> 2.6.19-rc1)
you get very little noise.
Again, see remapper mentioned in this thread; it really works.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists