Re: [KBUILD] Re: Announcing CML2, a replacement for the kbuild system

From: Jacob Luna Lundberg (jacob@velius.chaos2.org)
Date: Fri May 26 2000 - 20:44:06 EST


Hi. I am (obviously ;) not a big kernel developer (although I aspire
someday) but I've saved up a few thoughts on this thread over the last few
days. For what it's worth:

> Alan Cox <alan@lxorguk.ukuu.org.uk>:
> > If I hit my capture card option it should turn on i2c, video4linux,procfs,
> > etc

I really like this (as an option) but one addendum I would like to see is
having it mark all of the dependencies it turns on somehow so that you can
see they are turned on because of something else you turned on rather than
by default.
++complexity;

On Fri, 26 May 2000, Eric S. Raymond wrote:
> CML2 is aimed at this. It will never be perfect -- perfection would require
> a full theorem prover -- but it's already good enough to handle normal
> ancestry relationships.

I'd also like to chime in on the side of remembering that even if we hate
ESR's implementation of CML2, we might want to keep the language spec and
implement our own. So let's encourage him to keep on developing it so we
can steal the good parts, rather than just flamewarring over C vs. python
vs. perl vs. flamewars vs. ... :)

-Jacob

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Wed May 31 2000 - 21:00:16 EST