lkml.org 
[lkml]   [2001]   [May]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: CML2 design philosophy heads-up
Eric S. Raymond wrote:
> Tom Rini <trini@kernel.crashing.org>:
> > Only sort-of. There are some cases where you can get away with that.
> > Probably. eg If you ask for PARPORT, on x86 that means yes to PARPORT_PC,
> > always (right?)
>
> Yes. So the right answer there isn't to use a derivation but to say:
>
> require X86 and PARPORT implies PARPORT_PC
> unless X86==n suppress PARPORT_PC
>
> which forces PARPORT_PC==y and makes the question invisible on X86 machines,
> but leaves the question visible on all others.

Which is unfortunately wrong if you want the parport subsystem on x86
but won't be using the parport_pc driver with it. I.e. you'll be using
some other driver which isn't part of the kernel tree. Perhaps a
modified version of parport_pc, perhaps something else.

The default should be PARPORT_PC==y, but it's actually valid for some
applications to _require_ PARPORT_PC==n or PARPORT_PC==m.

-- Jamie

-
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/

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