> For CML1 and CML2 to handle the same language, we would either have > to live with the CML1 language's limitations or retrofit the old tools > to speak CML2 language. The chance of the latter happening is, I think > we can agree, effectively zero. Being able to turn CML2 into CML1 might be the more useful exercise. Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Re: [kbuild-devel] Re: CML2 design philosophy heads-up Kai Germaschewski
- Re: [kbuild-devel] Re: CML2 design philosophy heads... Wayne . Brown
- Re: [kbuild-devel] Re: CML2 design philosophy heads... Alan Cox
- Re: [kbuild-devel] Re: CML2 design philosophy h... Eric S. Raymond
- Re: [kbuild-devel] Re: CML2 design philosophy heads... Alan Cox
- Re: [kbuild-devel] Re: CML2 design philosophy heads... Mike Castle
- Re: [kbuild-devel] Re: CML2 design philosophy heads... Wayne . Brown
- Re: [kbuild-devel] Re: CML2 design philosophy heads... M.
- Re: [kbuild-devel] Re: CML2 design philosophy h... Alan Cox
- Re: [kbuild-devel] Re: CML2 design philosop... Brent D. Norris
- Re: [kbuild-devel] Re: CML2 design phil... Eric S. Raymond