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.6 required=5.0 tests=BAYES_05,INVALID_DATE
	autolearn=no autolearn_force=no version=3.4.4
Path: utzoo!attcan!uunet!ncrlnk!ncr-sd!hp-sdd!hplabs!ucbvax!VLSI.JPL.NASA.GOV!larry
From: larry@VLSI.JPL.NASA.GOV
Newsgroups: comp.lang.ada
Subject: Ada-9X
Message-ID: <881216130308.2136@VLSI.JPL.NASA.GOV>
Date: 16 Dec 88 21:03:08 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
List-Id: <comp.lang.ada>

--
In 1992 the ISO Ada standard can be changed.  The ANSI standard should not 
be changed until then, when it would be possible to synchronize the two 
standards.  Further, by then enough experience will have been gained by 
enough people for some changes to be clearly needed.  I would like to see
the changes be relatively small, in the direction of making Ada more 
regular, more self-consistent.

Radical changes in the next few years should be done for research versions 
of Ada, preferably with only one major feature changed/added so that all 
the implications of that feature can be examined.  For instance, adding 
true polymorphic functions via run-time binding, a la Classic Ada.

In 1997 when the ANSI and ISO standard come up for review again would be 
the proper time to make major changes, ones that essentially make Ada a 
new language.
                     Larry @ VLSI.JPL.NASA.GOV