From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE,
	MSGID_SHORT autolearn=no autolearn_force=no version=3.4.4
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!amdcad!sun!pitstop!sundc!seismo!uunet!mcvax!enea!tut!ks
From: ks@tut.fi (Kari Syst{)
Newsgroups: comp.lang.ada
Subject: Re: Inheritance and Ada
Message-ID: <2302@karikukko.tut.fi>
Date: 7 Jan 88 13:58:14 GMT
References: <8712161858.AA06960@techunix.bitnet> <19902@linus.UUCP> <1673@ppi.UUCP> <1165@petsd.UUCP>
Organization: Tampere University of Technology, Finland
List-Id: <comp.lang.ada>

In article <1165@petsd.UUCP> cjh@petsd.UUCP (C. J. Henrich) writes:
>In article <1673@ppi.UUCP> cox@ppi.UUCP writes:
>>
>>Ada lives in a culture that ruthlessly exterminates any thought of building
>>and using such tools.  [as lex and yacc].
...
>An Ada tool that worked like yacc, and put out tables for the guidance
>of a driver program (presumably written in Ada), would not be met with
>ruthless hostility.

I don't know if yacc-like tool belongs to Ada-culture or not, but
I have an Ada-yacc called YACCA.  This tools has been used to implement
some simple tools.  I have been rather happy with that tool.
I don't see why this tool is not suitable for Ada programming.
The emitted parser is an Ada-package (object in OOD).

BTW: This tool was among the tools we offered for testing.  The offer
     was announced in this news-group last summer (maybe June).


-- 
Kari Systa      ks@tut.fi (ks@tut.UUCP, systa@fintuta.bitnet)
Tampere Univ. Technology/Computer Systems Laboratory           Phone
Po. Box. 527, SF-33101 Tampere                           work: +358 31 162702
Finland                                                  home: +358 31 177412