Re: State of the new config & build system

[Keith Owens]

On Fri, 28 Dec 2001 17:39:08 +0000 (GMT), 
Alan Cox <[e-mail]> wrote:
>> * make dep is only run once
>> 
>> Personally, I don't see this as a big problem.  Just tell people to 
>
>I run make dep whenever I change config. Guess what - one cmp and I can
>automate that as part of make. If the .config doesnt match the
>.configwhendep then its time to make dep again

Don't forget that any change that affects a file's #include list
(including patches) requires you to run make dep.

make dep does not handle generated files at all, change the code that
generates a file and the file is regenerated but make dep did not pick
up the file the first time so kbuild 2.4 does not detect the change.
Another make dep will fix that of course.  So now we have

  Run make dep after -

    A change to .config.
    Any source change, it might have changed the #include list.
    Any source or command line change that affects generated files.

How do you automate that?  You end up saying that you always run make
dep.

>> That dependencies are absolute is also not a thing that has bothered me 
>> too much, it's always possible to run "make dep" after moving a tree, 
>> on the other hand, I don't use NFS a lot anymore, so I can see it being 
>> a problem in other environments.
>
>sed works too, as do symlinks

For people who know what they are doing, not for the larger population
that are struggling with the kernel build process.  kbuild 2.5 is
designed to work accurately and automatically for everyone, from the
high druids of the kernel down to the lowliest newbie.