Re: architectures with their own "config PCMCIA"

From: Adrian Bunk (bunk_at_fs.tum.de)
Date: 08/16/04

  • Next message: John Wendel: "Re: 2.6.8.1 Mis-detect CRDW as CDROM"
    Date:	Mon, 16 Aug 2004 01:22:02 +0200
    To: Roman Zippel <zippel@linux-m68k.org>
    
    

    On Mon, Aug 16, 2004 at 01:01:35AM +0200, Roman Zippel wrote:

    > Hi,

    Hi Roman,

    > On Sun, 15 Aug 2004, Geert Uytterhoeven wrote:
    >
    > > > What about normal numbers? I don't think requiring quotes everywhere for
    > > > this is a good idea.
    > >
    > > And numbers (both decimal and hex) can easily be distinguished from y, n, and m
    > > anyway.
    >
    > I did consider this at some point, but I didn't want to add further
    > special cases. Every symbol has a tristate and a string value and so you
    > can compare pretty much everything with everything else. Splitting the
    > string value further into other types isn't worth the trouble. The problem
    > at hand is easy enough to solve by adding a type declaration.

    if things stay as they are, we _really_ need warnings for !=n and
    rewrite the correct ones to (FOO=y || FOO=m).

    > bye, Roman

    cu
    Adrian

    -- 
           "Is there not promise of rain?" Ling Tan asked suddenly out
            of the darkness. There had been need of rain for many days.
           "Only a promise," Lao Er said.
                                           Pearl S. Buck - Dragon Seed
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: John Wendel: "Re: 2.6.8.1 Mis-detect CRDW as CDROM"

    Relevant Pages

    • Re: architectures with their own "config PCMCIA"
      ... > And numbers (both decimal and hex) can easily be distinguished from y, n, and m ... string value further into other types isn't worth the trouble. ... at hand is easy enough to solve by adding a type declaration. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RFC: [2.6 patch] better i386 CPU selection
      ... which Linus said to replace with a string. ... all CPUs he wants to support and to move the answer to questions like ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [2.6 patch] drivers/pnp/: possible cleanups
      ... modular code will use any of them, ... Modular ISAPnP might be interesting in some cases, ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Dim + the sign &
      ... characters are not as widely understood as the $ sign for currency (even by ... I know they are type declaration ... in declaring a iValue as a integer and a sValue as a string I ... to an int if doing so in the dim iValue as String ...
      (microsoft.public.vb.general.discussion)
    • Re: A users thoughts on the new dev. model
      ... >> when the stable tree wasn't. ... Andrew said explicitely in a mail to linux-kernel that he'd consider ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)