Keith Owens wrote:
>
> On Fri, 04 Jan 2002 16:42:02 +0100,
> "Giacomo A. Catenazzi" <[EMAIL PROTECTED]> wrote:
> >I have some problem with the KBUILD_SRCTREE, and
> >reading the kbuild-2.5 makefile and the CML2, I
> >think I'm not alone.
>
> What problem are you trying to solve? I don't like so
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 2.0.0: Sat Jan 5 13:30:28 EST 2002
* Added autoconfigurator.py derived from Giacomo Catenazzi's bash
script. Combining this with CML2's rulebase knowledge allows us
to eliminate huge n
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 2.0.1: Sat Jan 5 18:41:47 EST 2002
* The now-traditional fix for the now-traditional brown-paper-bag
major release.
* Rulebase and help sync with 2.4.18-pre1/2.5.2-pre8.
Sigh...I don't k
On Sat, 05 Jan 2002 09:26:49 +0100,
"Giacomo A. Catenazzi" <[EMAIL PROTECTED]> wrote:
>To give the multiple sources tree to gcc you use a for(i=0,i<=999,i++).
I don't see what you are worrying about. The only code that loops over
the source trees is in the pre-processor code and an awk script t
I've been playing with a shiny new 2.4.17 kernel with CML2 2.0, under
Redhat 7.1. The python binary is python 1.5, so i changed the top line
of autoconfigure.py, cmlcompile.py, cmlconfigure.py, configtrans.py and
kxref.py to use python2. Unfortunatly it didn't run quite properly, so
here are som
Colin Slater <[EMAIL PROTECTED]>:
> Line 170, python complains about a continue statement embedded in a try
> block. I replaced the continue with 'raise DIENOW', and changed the
> matching except statement to 'except IOError,DIENOW:'. I can't say if
> this realy works, but it eliminates the error
