lkml.org 
[lkml]   [2003]   [Jan]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Perl in the toolchain
    On Fri, Jan 31, 2003 at 10:38:27PM +0100, J.A. Magallon wrote:
    > So in short, kernel people:
    > - do not want perl in the kernel build
    Correct, at least for mainstream architectures.
    The rationale here is that we already put a lot of constraints on what
    tools people need to build a kernel. If we can avoid an extra
    _mandatory_ tool then this will make life easier for a lot of people.

    For optional features additional requirements are OK, for example
    to geneate docbook documentation a lot of extra stuff is needed.

    > - allow qt to pollute the kernel to have a decent gui config tool
    It would be good to get a replacement, but until that shows up.
    Then yes an optional frontend that uses qt is OK.
    kconfig is prepared for and one gtk frontend is on the way.
    If someone comes up with a decent perl based frontend ten that could be
    considered.

    > - but perl will be needed anyways
    No.

    > instead of
    > - do all parsing in perl, that is what perl is for and what is mainly done
    > in kconfig scripts
    flex and bison is better for this job.

    Sam
    -
    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:32    [W:4.791 / U:0.024 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site