[mec]
> In the .config file, the problem is that the Makefiles source .config
> and then do a lot of "ifdef CONFIG_FOO" tests. There are about 300
> instances of this in 2.4.0-test-7.
Separate issue. We're not talking about emitting n symbols to .config,
or at least I'm not. In this thread.
> In include/linux/autoconf.h, the problem is in the *.c (and *.h and *.S)
> files that do a lot of "#ifdef CONFIG_BAR" and "#if defined(CONFIG_BLETCH)
> tests. There are about 8000 instances of this in 2.4.0-test-7.
I didn't say it would be a *short* transition. I said the above would
all have to become "#if CONFIG_BAR" which is perfectly legal (an
undefined value compares as 0, and Configure #defines things to 1).
> Even worse, any third-party module source is likely to contain the same
> "#ifdef CONFIG_BAR" tests. Changing the definitions of CONFIG_BAR will
> silently break all of them.
Yeah. Long transition, plus user education (which never works, dontcha
know), plus probably a helper tool akin to checkconfig.
> I'm all in favor of 'if ( CONFIG_BAR )', but I think it will have to
> be 'if ( CONFIG_BAR - 0 )' if you want to use them any time soon.
Am I being obtuse? What is the functional difference? I think you
would get a "CONFIG_BAR undeclared (first use this function)" either
way, right?
Peter
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Sep 07 2000 - 21:00:31 EST