[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200610230242.58647.ak@suse.de>
Date: Mon, 23 Oct 2006 02:42:58 +0200
From: Andi Kleen <ak@...e.de>
To: Matthew Wilcox <matthew@....cx>
Cc: Geert Uytterhoeven <geert@...ux-m68k.org>,
Randy Dunlap <rdunlap@...otime.net>,
Stefan Richter <stefanr@...6.in-berlin.de>,
Al Viro <viro@....linux.org.uk>,
Linus Torvalds <torvalds@...l.org>,
Alexey Dobriyan <adobriyan@...il.com>,
Linux Kernel Development <linux-kernel@...r.kernel.org>,
linux-arch@...r.kernel.org
Subject: Re: dealing with excessive includes
> /*+
> * Provides: struct sched
> * Provides: total_forks, nr_threads, process_counts, nr_processes()
> * Provides: nr_running(), nr_uninterruptible(), nr_active(), nr_iowait(), weighted_cpuload()
> */
That's ugly. If it needs that i don't think it's a good idea.
We really want standard C, not some Linux dialect.
In theory it is even to do it automated without comments
just based on the referenced symbols, except if stuff is hidden in macros
(but then the include defining the macro should have the right includes
anyways). Another issue would be different name spaces - if there is both
typedef foo and struct foo and nested local foo a script might have a little trouble
distingushing them, but i suspect that won't be a big issue.
-Andi
-
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