lkml.org 
[lkml]   [2002]   [Aug]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectGet rid of shell based Config.in parsers?
    On Wed, Aug 14, 2002 at 10:22:55AM +1000, Greg Banks wrote:
    > The trouble is actually achieving that in shell-based parsers where
    > shell code cannot tell whether $CONFIG_EXPERIMENTAL has been used in
    > a condition.

    Where comes the requirement that we shall keep the existing shell
    based config parsers?

    Remembering the CML2 war there were no serious objections about
    shifting away from shell based parsers (but certainly a lot about the
    alternative selected).

    It is possible to replace Configure and menuconfig rather easy
    and then see if a new xconfig showed up based on the new parsers.
    This would allow us to do much more advanced semantic checks, and
    give proper warnings to catch errors early.
    The first versions should obviously not introduce new syntax, that
    should evolve over time.


    I dislike seeing arguments that this is not easy/possible in shell based
    parsers. If the chosen technology does not fit the problem domain
    then it's about time to shift technology.

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