[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1152937109.27135.101.camel@localhost.localdomain>
Date: Sat, 15 Jul 2006 00:18:29 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Christoph Lameter <clameter@....com>
Cc: Adrian Bunk <bunk@...sta.de>, linux-kernel@...r.kernel.org,
David Woodhouse <dwmw2@...radead.org>, torvalds@...l.org,
akpm@...l.org
Subject: Re: RFC: cleaning up the in-kernel headers
On Thu, 2006-07-13 at 12:05 -0700, Christoph Lameter wrote:
> On Tue, 11 Jul 2006, Adrian Bunk wrote:
>
> > This would also remove all the implicit rules "before #include'ing
> > header foo.h, you must #include header bar.h" you usually only see when
> > the compilation fails.
> >
> > There might be exceptions (e.g. for avoiding circular #include's) but
> > these would be special cases.
>
> Great! Yes please. There is also some weirdness in #include in the
> middle of another .h file (see mm.h). It would be great if you could find
> a solution.
Are you talking about the page-flags.h or the vmstat.h?
The page-flags.h has a FIXME by it to remove it, but under Adrian's
rules, it seems that it should still belong. The rule is that if foo.h
needs bar.h to compile, then foo.h should have bar.h in it. And just
seeing what happens if we remove page-flags.h from mm.h, we get a
compile error in mm.h. Which means that that page-flags.h belongs in
mm.h since it wont compile without it.
Now for the vmstat.h, I just tried removing that, and it seems that this
is a candidate to be removed from mm.h since mm.h compiles fine without
it. But vmstat.h doesn't compile without mm.h. So it seems that we
should add mm.h to vmstat.h, remove vmstat.h from mm.h and for those .c
files that break, just add vmstat.h to them.
-- Steve
-
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