On Sun, Apr 22, 2001 at 02:42:29PM +0100, Matthew Kirkwood wrote: > On Sun, 22 Apr 2001, Russell King wrote: > > And what would: > > > > C: CONFIG_ARM > > > > tell you? Nothing that is not described in the rest of the "ARM PORT" > > entry. > > True, but it would tell it to a script without intervention. I'll grant you that it does solve the "who owns a CONFIG_ symbol", but that is only one small problem - there's the bigger problem as to who owns each line of code. Are we going to start labelling each source code line as well? I just don't see what this gets us - its safe to assume that any symbol in arch/*/config.in which isn't a driver is looked after by the architecture maintainer. If not, the architecture maintainer probably knows who does. If the purpose of this "documentation" exercise for CONFIG_* symbols is just that, then shouldn't we be adding it to the Config.in files, rather than creating yet more files which will become out of sync with the configuration system? (maybe we are, but the suggestions I've seen appear to the contary). -- Russell King ([EMAIL PROTECTED]) The developer of ARM Linux http://www.arm.linux.org.uk/personal/aboutme.html _______________________________________________ kbuild-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/kbuild-devel
- [kbuild-devel] Re: Request for comment -- a better at... Francois Romieu
- [kbuild-devel] Re: Request for comment -- a bett... Eric S. Raymond
- [kbuild-devel] Re: Request for comment -- a better at... Francois Romieu
- [kbuild-devel] Re: Request for comment -- a better at... Eric S. Raymond
- [kbuild-devel] Re: Request for comment -- a better at... Eric S. Raymond
- Re: [kbuild-devel] Re: Request for comment -- a bette... Giacomo A. Catenazzi
- Re: [kbuild-devel] Re: Request for comment -- a ... Alan Cox
- Re: [kbuild-devel] Re: Request for comment -- a ... Eric S. Raymond
- [kbuild-devel] Re: Request for comment -- a better at... Russell King
- [kbuild-devel] Re: Request for comment -- a better at... Russell King
- [kbuild-devel] Re: Request for comment -- a bett... Eric S. Raymond
- [kbuild-devel] Re: Request for comment -- a better at... Eric S. Raymond
- [kbuild-devel] Re: Request for comment -- a better at... David Woodhouse
- [kbuild-devel] Re: Request for comment -- a better at... Eric S. Raymond
- [kbuild-devel] Re: Request for comment -- a bett... Rik van Riel
- [kbuild-devel] Re: Request for comment -- a better at... Eric S. Raymond
- [kbuild-devel] Re: Request for comment -- a bett... Alexander Viro
- [kbuild-devel] Re: Request for comment -- a bett... Alan Cox
- Re: [kbuild-devel] Re: Request for comment -- a ... Paul Jackson
- [kbuild-devel] Re: Request for comment -- a better at... Rik van Riel