Technical arguments for using compiler tools?

swen09d2@cl2.cl.uh.edu (440722148 DUGAN, TIMOTHY R)
Wed, 9 Jun 1993 22:37:00 GMT

          From comp.compilers

Related articles
Technical arguments for using compiler tools? swen09d2@cl2.cl.uh.edu (1993-06-09)
Re: Technical arguments for using compiler tools? markh@csd4.csd.uwm.edu (1993-06-11)
Re: Technical arguments for using compiler tools? parrt@ecn.purdue.edu (1993-06-12)
| List of all articles for this month |
Newsgroups: comp.compilers,comp.software-eng
From: swen09d2@cl2.cl.uh.edu (440722148 DUGAN, TIMOTHY R)
Keywords: tools, question, comment
Organization: University of Houston - Clear Lake
Date: Wed, 9 Jun 1993 22:37:00 GMT

I work on a NASA project where we have defined a Test Control Language
(TCL) to control testing of flight software in a test environment. The
language parser was implemented in the form of a hand-written,
recursive-descent style parser.


How can I (or should I) convince management that we should be using
compiler tools. The code is written in Ada. We have access to Aracdia's
AYACC and ALEX and AFLEX.


Does anyone have any advice?


My concern is that with each successive release, the system grows
increasingly obtuse--difficult to maintain and more fragile.
[The main advantages of yacc are that your source is about 1/4 the size it
would be in C, hence 1/4 the bugs, and it validates the grammar, i.e., if
yacc produces a parser without conflicts, it's guaranteed to parse exactly
the language specified by the grammar and diagnose anything else as an error.
A reasonably designed yacc parser is also easy to tweak to add syntactic
sugar, with little chance of a tweak screwing up the rest of the parser
without you knowing about it. -John]
--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.