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
	autolearn=no autolearn_force=no version=3.4.4
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!caip!nike!cad!ucbvax!USC-ISIF.ARPA!EBERARD
From: EBERARD@USC-ISIF.ARPA (Edward V. Berard)
Newsgroups: net.lang.ada
Subject: APSE Trends
Message-ID: <8606091044.AA06531@ucbvax.Berkeley.EDU>
Date: Mon, 9-Jun-86 06:23:43 EDT
Article-I.D.: ucbvax.8606091044.AA06531
Posted: Mon Jun  9 06:23:43 1986
Date-Received: Tue, 10-Jun-86 21:07:57 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
List-Id: <comp.lang.ada>

Recently, I have become aware of two trends regarding Ada Programming
Support Environments (APSEs). I find one of these trends encouraging,
and the other to be disturbing. The first (i.e., the encouraging one) is
that Ada compiler vendors are now turning their attention to delivering
APSEs and APSE-like tools along with their compilers. The initial
efforts appear to be based on existing programming environments (e.g.,
VMS and UNIX), but there appears to be a growing recognition that Ada
technology is different enough from the technology associated with other
programming languages to merit some newer ideas.

The second trend (i.e., the disturbing one) is one that has manifested
itself in a number of RFPs (Requests For Proposal) I have seen recently,
e.g., the Army's WIS effort. The trend is to call any programming system
which contains an Ada compiler, an APSE. I know that there are a number
of APSE-related activities currently under way in the Ada community, and
I wonder how important the following issues are:

   1) The idea of a common user interface,

   2) The idea of APSE portability achieved via mechanisms like the
      KAPSE (note that this issue may be distasteful to hardware
      vendors),

   3) The concept of DIANA,

   4) The concept of the CAIS,

   5) The STONEMAN model for the APSE, and

   6) Other issues contained in or suggested by APSE-QUESTIONS (see
      EV-Information). 

                                -- Ed Berard
                                   (301) 695 - 6960
-------