lkml.org 
[lkml]   [2001]   [Dec]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [kbuild-devel] Converting the 2.5 kernel to kbuild 2.5
    Date
    From
        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
    -
    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 13:13    [W:2.603 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site