On Thu, 12 Aug 2004 02:18:48 +0200 Adrian Bunk wrote:
| On Wed, Aug 11, 2004 at 11:45:21PM +0200, Roman Zippel wrote:
|
| > Hi,
|
| Hi Roman,
|
| > On Wed, 11 Aug 2004, Adrian Bunk wrote:
| >
| > > Roman, is it intentional that PCMCIA!=n is true if there's no PCMCIA
| > > option, or is it simply a bug?
| >
| > Yes, undefined symbols have a (string) value of "" . Maybe it's time to
| > add a warning for such comparisons...
|
| is there any strong reason why undefined symbols aren't equivalent to
| symbols with a value of "n"?
I second that question...
| Many !=n seems to be bogus (especially ones from the automatic
| transition to the new Kconfig) and I'll audit them. But rewriting valid
| FOO!=n to (FOO=y || FOO=m) doesn't sound like an improvement.
Hm, I've thought that config selections were either boolean or
tristate. This makes it sound like they could be quadstate (y/n/m/blank).
And the menu dependency doc in Documentation/kbuild/kconfig-language.txt
makes it sound (to me) like undefined values become 'n':
<quote>
Expressions are listed in decreasing order of precedence.
(1) Convert the symbol into an expression. Boolean and tristate symbols
are simply converted into the respective expression values. All
other symbol types result in 'n'.
...
An expression can have a value of 'n', 'm' or 'y' (or 0, 1, 2
respectively for calculations). A menu entry becomes visible when it's
expression evaluates to 'm' or 'y'.
</quote>
--
~Randy
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
