[lkml]   [2004]   [Aug]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: architectures with their own "config PCMCIA"
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':

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'.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:05    [W:0.053 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site