2001-12-04 18:42:00

by DervishD

[permalink] [raw]
Subject: Re: [kbuild-devel] Converting the 2.5 kernel to kbuild 2.5

Hi Tom :))

>> Why must I install Python in order to compile the kernel? I don't
>> understand this. I think there are better alternatives, but kbuild
>> seems to be imposed any way.
>kbuild != CML2.

Yes, sorry, just a mental shortcircuit ;))

>It all boils down to the current 'language' having no
>real definitive spec, and having 3+ incompatible parsers.

Yes, I know and I think that is a good thing to have a good
configuration language, and it means having a good specification and
a good parser. Just I don't think that 6Mb-Python is a good way to
write a good parser. Well, I'm sure that I cannot do better (right
now), so I don't want to flame anyone with this, just want to show my
opinion (shared by many, although) and show the negative points of
having Python as a dependence.

>The spec for CML2 is out there, and there's even a CML2-in-C project.

How advanced? Where is the spec, please?

>that project out and then convince Linus to include it.

Hard job... Convincing Linus, I mean ;)))

>> The kernel should depend just on the compiler and assembler, IMHO.
>The right tools for the right job. C is good for the kernel. Python is
>good at manipulating strings.

Well, IMHO Python is good only in being big and doing things
slow, but... why the parser cannot be built over flex/bison?. That
way it can be 'pregenerated' and people won't need additional tools
to build the kernel.

Ra?l


2001-12-04 18:52:44

by Tom Rini

[permalink] [raw]
Subject: Re: [kbuild-devel] Converting the 2.5 kernel to kbuild 2.5

On Tue, Dec 04, 2001 at 07:50:45PM +0100, Ra?l N??ez de Arenas Coronado wrote:

> >The spec for CML2 is out there, and there's even a CML2-in-C project.
>
> How advanced? Where is the spec, please?

I'm not sure how far the C version is, the spec is:
http://www.tuxedo.org/~esr/cml2/cml2-reference.html

> >> The kernel should depend just on the compiler and assembler, IMHO.
> >The right tools for the right job. C is good for the kernel. Python is
> >good at manipulating strings.
>
> Well, IMHO Python is good only in being big and doing things
> slow, but... why the parser cannot be built over flex/bison?. That
> way it can be 'pregenerated' and people won't need additional tools
> to build the kernel.

ESR didn't feel it was the right choice, basically.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

2001-12-05 01:30:30

by Matthias Andree

[permalink] [raw]
Subject: Re: [kbuild-devel] Converting the 2.5 kernel to kbuild 2.5

On Tue, 04 Dec 2001, Ra?lN??ez de Arenas Coronado wrote:

> Well, IMHO Python is good only in being big and doing things
> slow, but... why the parser cannot be built over flex/bison?. That
> way it can be 'pregenerated' and people won't need additional tools
> to build the kernel.

Go ahead. Until then, as an interim solution, ship the .depend stuff as
well so people won't need make dep...

--
Matthias Andree

"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." Benjamin Franklin