public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Jones <davej@suse.de>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: Keith Owens <kaos@ocs.com.au>,
	linux-kernel@vger.kernel.org, kbuild-devel@lists.sourceforge.net
Subject: Re: Drivers.conf and kbuild-2.5 [Was: kbuild 2.5 is ready ...]
Date: Sun, 19 May 2002 00:35:46 +0200	[thread overview]
Message-ID: <20020519003546.D15417@suse.de> (raw)
In-Reply-To: <Pine.LNX.4.44.0205172157540.4117-100000@xanadu.home> <15163.1021688371@ocs3.intra.ocs.com.au> <20020519001434.A4153@mars.ravnborg.org>

 > Does it make sense to introduce limited support for the drivers.conf idea
 > in kbuild-2.5 already now?

kbuild-2.5 is big enough to already be a problem to be accepted
'all in one go'. Adding driver.conf support will just make this problem
bigger. What Keith has already needs to somehow be done gradually.

How this happens isn't exactly obvious to me however. Due to the way
things like dependancy calculation have changed, you can't for example
do the merging on a per-directory basis and say "drivers this time",
"now the filesystems" etc..

Whilst kbuild2.5 lives happily with the old kbuild still being in the
tree, it doesn't support building one dir with newstyle, and another
with oldstyle. I don't even want to *think* about whats involved to
make that work, and I imagine Keith doesn't either.

 > The first step could be to support it in kbuild, next step could be to support
 > it in for example "make config" or even better mconfig from Michael Chastain.

Don't confuse the build system with the configuration system.
Whilst they are somewhat intertwined, they are not dependant on each other.
 
 > IMHO it would also be plain stupid to put a lot of effort in
 > supporting the old makefile syntax, when the files are already converted.

That effort has already been done. kbuild2.5 can live alongside the
existing build system.
 
 > --
 > Those that can, do.  Those that can't, troll on linux-kernel.

Sadly, all too true these days.

    Dave.

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

  reply	other threads:[~2002-05-18 22:35 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-16 22:42 kbuild 2.5 is ready for inclusion in the 2.5 kernel - take 3 Keith Owens
2002-05-17  0:10 ` Nicolas Pitre
2002-05-17  3:30   ` Tomas Szepe
2002-05-17  7:55     ` Russell King
2002-05-17  8:42     ` Miles Lane
2002-05-17 13:11       ` Dave Jones
2002-05-17 13:09     ` Denis Vlasenko
2002-05-17  8:17       ` Tomas Szepe
2002-05-17 13:39         ` Denis Vlasenko
2002-05-17  1:50 ` jeff millar
2002-05-17  2:04   ` Keith Owens
2002-05-17  2:26   ` Dave Jones
2002-05-17  7:11 ` Kenneth Johansson
2002-05-17 15:13   ` Nicolas Pitre
2002-05-17 15:19     ` Tomas Szepe
2002-05-17 15:42       ` Nicolas Pitre
2002-05-18  1:39         ` Keith Owens
2002-05-18  2:11           ` Nicolas Pitre
2002-05-18  2:19             ` Keith Owens
2002-05-18 22:14               ` Drivers.conf and kbuild-2.5 [Was: kbuild 2.5 is ready ...] Sam Ravnborg
2002-05-18 22:35                 ` Dave Jones [this message]
2002-05-19 10:45                   ` Sam Ravnborg
2002-05-17 18:19 ` kbuild 2.5 is ready for inclusion in the 2.5 kernel - take 3 Diego Calleja
2002-05-19 15:46 ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020519003546.D15417@suse.de \
    --to=davej@suse.de \
    --cc=kaos@ocs.com.au \
    --cc=kbuild-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sam@ravnborg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox