Subject: Re: when to 'make clean' in the kernel compile directory?
To: Andrew Brown <atatat@atatdot.net>
From: Pavel Cahyna <pcah8322@artax.karlin.mff.cuni.cz>
List: netbsd-help
Date: 03/22/2003 10:11:11
Hello. Thanks for your response.
> not *all* options are defopt'ed. indeed, if you were to add one, that
> would not be defopt'ed. it is because of this that the make clean is
> recommended.
Ah, so it is possible to add anything I want to options and it will be
passed to the compiler as defines, isn't it so?!
In this case I would propose that config issues a warning every time it
encounters an option which is not defopt'ed. This would catch possible
typos when editing the config file (otherwise, you make a typo in an
option which is defopt'ed and it is silently passed as a define and
won't do anything (in the better of cases) and you don't have a way do
detect it quickly).
It would also possibly remind developers to defopt their new options.
Does this proposal sound reasonable?
>
> note, however, that if you're not changing options all that much, or
> you're only changing ones that you found in the GENERIC config file,
> you're probably okay.
Ah. So all the options in GENERIC are defopt'ed? Can this be said about
all the options listed in options(4) man page?
I think config(8) and/or options(4) man page should mention in what
cases should "make clean" be done.
Currently, options(4) says:
Note: Options are passed to the compile process as -D flags to the C
compiler.
and doesn't mention defopt'ed options at all.
Bye Pavel