Re: [kbuild-devel] [PATCH] kconfig: menuconfig and config uses $objtree

Keith Owens (kaos@ocs.com.au)
Fri, 28 Jun 2002 18:58:17 +1000


On Fri, 28 Jun 2002 18:07:45 +1000,
Greg Banks <gnb@alphalink.com.au> wrote:
>Sam Ravnborg wrote:
>>
>> In order to prepare for separate obj and src trees make use of $objtree
>> within scripts/Menuconfig and scripts/Configure.
>> All temporary and all result files are located in directory pointed at
>> by $objtree.
>
>Interesting, but there's an alternative approach. Let the scripts dump
>any files they like into the current directory, but move the current
>directory to be the *object* directory not the source directory. Then
>all you need to change are the places where the arch config.in files are
>initially included, and to override the "source" statement to look relative
>to $srctree not the current directory. That last can be done like this:

You are still forcing all the CML code to know about the difference
between source and object trees and to handle multiple source trees.
With that approach, the knowledge has to be embedded in every CML
program, and changed every time the tree structure changes.

It is far better to retain the existing CML design which assumes that
there is only one tree. Then use symlinks to hide the real tree
structure from CML. That gives us the flexibility to change the tree
structure without changing every CML program.

Notice that kbuild 2.5 handles separate source and object trees and
even multiple source trees with _no_ changes to CML code. The only
change to CML in kbuild 2.5 is to add Ghozlane Toumi's extra config
targets. scripts/Makefile-2.5 hides all the complexity of separate
source and object and multiple source trees from both CML1 and CML2.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/