[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nmh-workers] post ignores extra commas
From: |
Robert Elz |
Subject: |
Re: [Nmh-workers] post ignores extra commas |
Date: |
Sun, 18 Jun 2017 06:16:46 +0700 |
Date: Sat, 17 Jun 2017 12:27:19 -0400
From: Ken Hornstein <address@hidden>
Message-ID: <address@hidden>
| My goal is to completely rewrite the address parser in lex/yacc;
Is there a specific reason for that? yacc/lex parsers tend to be
bigger, slower, less tolerant, and pathetic in handling errors
(unless you do a lot of work.)
Using those tools is great when you're starting with nothing, and want
to produce something that has a good chance of being correct, quickly.
(The same applies if you're tracking a moving target, where the
language is changing frequently as it is developed, but that is really
just the same situation.)
They are also useful when the objective is to verify that the formal
grammar in the spec actually specifies what is intended (as a debug/
test method for the specification.)
But I would very rarely replace a working hand generated parser for a
relatively stable language with an automatically generated one - once the
work is done to build it (and there's no question that it is more work
initially) you're usually going to be better off just keeping it.
kre
- [Nmh-workers] post ignores extra commas, norm, 2017/06/12
- Re: [Nmh-workers] post ignores extra commas, David Levine, 2017/06/17
- Re: [Nmh-workers] post ignores extra commas, norm, 2017/06/17
- Re: [Nmh-workers] post ignores extra commas,
Robert Elz <=
- Re: [Nmh-workers] post ignores extra commas, Ken Hornstein, 2017/06/17
- Re: [Nmh-workers] post ignores extra commas, Paul Vixie, 2017/06/17
- Re: [Nmh-workers] post ignores extra commas, Ken Hornstein, 2017/06/23
- Re: [Nmh-workers] post ignores extra commas, Paul Vixie, 2017/06/23
- Re: [Nmh-workers] post ignores extra commas, David L. Levine, 2017/06/18
- Re: [Nmh-workers] post ignores extra commas, Ken Hornstein, 2017/06/18