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.7 required=5.0 tests=BAYES_00,INVALID_DATE,
	MSGID_SHORT,REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no
	version=3.4.4
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!caesar.cs.montana.edu!icsu8209
From: icsu8209@caesar.cs.montana.edu (Glassy)
Newsgroups: comp.lang.ada
Subject: Re: wanted: PD Ada Interpreter written in C
Keywords: oops.
Message-ID: <3452@caesar.cs.montana.edu>
Date: 28 Feb 90 15:59:27 GMT
References: <1990Feb27.182325.15947@planck.uucp><3447@caesar.cs.montana.edu>
Sender: news@caesar.cs.montana.edu
Reply-To: icsu8209@caesar.cs.montana.edu (Glassy)
Distribution: usa
Organization: Montana State University, Dept. of Computer Science, Bozeman MT 59717
List-Id: <comp.lang.ada>


My apologies to the RR crew.  I was laboring under the (false) 
impression that JANUS was PD.  To persist with my original
objective, if a PD Ada does not exist (and apparently it doesn't),
can anyone recommend (no blasphemy intended) -another- 
imperative, procedural language which -does- support abstract
data types?

By 'abstract data types' I mean types whose gory implementation-details
can be separated from their external behavior.  The moth-eaten example 
that comes to mind is SWAP(A,B)...which will swap any two objects
A and B, provided type(A)=type(B).  

Open to suggestions,

Lou Glassy
icsu8209@caesar.cs.montana.edu