[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <11802.1303950320@localhost>
Date: Wed, 27 Apr 2011 20:25:20 -0400
From: Valdis.Kletnieks@...edu
To: Borislav Petkov <bp@...en8.de>
Cc: Sam Ravnborg <sam@...nborg.org>, Michal Marek <mmarek@...e.cz>,
linux-kbuild <linux-kbuild@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Dave Jones <davej@...hat.com>
Subject: Re: [PATCH v3.1] kbuild: implement several W= levels
On Wed, 27 Apr 2011 13:35:13 +0200, Borislav Petkov said:
> If we do this inclusive, then W=2 dumps the, let's call it, level 1
> _plus_ the new level 2 warnings, polluting the output with something
> I've already seen, but only partially. And then I start to think, did
> I see this one already, didn't I, which was it? By the time you enable
> W=3, the output becomes pretty useless. For example, W=3 generates 190+
> MB logfile here only with level 3 warnings. Now imagine all 3 levels
> combined.
If each level is averaging 10x the previous level, then all 3 levels will only be 11%
bigger, or 211MB.
You *really* want to get *all* the warnings - quite often, you'll be looking
at a set of 15 or 20 level-3 warnings. And if you had the Level-2's in there as
well, you'd immediately realize that the single level-2 was the real root-cause
of all the cascating warnings.
Also, having it as a "volume control" means I don't have to go reading the
Makefile to figure out which number I need to specify for which message - I can
just say W=3 and *know* the flavor I want will be in there somewhere. Let's
face it, if there's over 10 or 15 warnings involved, grep or your editor's
"locate next" will do a better job of finding it than you ever can...
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists