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,
	LOTS_OF_MONEY,MSGID_SHORT,REPLYTO_WITHOUT_TO_CC autolearn=no
	autolearn_force=no version=3.4.4
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!gatech!hubcap!billwolf%hazel.cs.clemson.edu
From: billwolf%hazel.cs.clemson.edu@hubcap.clemson.edu (William Thomas Wolfe, 2847 )
Newsgroups: comp.lang.ada
Subject: Re: Ada 9X objectives
Message-ID: <6662@hubcap.clemson.edu>
Date: 2 Oct 89 21:01:10 GMT
References: <20600007@inmet>
Sender: news@hubcap.clemson.edu
Reply-To: billwolf%hazel.cs.clemson.edu@hubcap.clemson.edu
List-Id: <comp.lang.ada>

>From ryer@inmet.inmet.com:
> If it costs $500k each to add a high quality multiple-inheritance type
> system to Ada compilers, and there are 15 separate baselines (FE's),
> then the cost of the feature (at high quality) is $7.5M.  Will enough
> C++ and Eiffel users go out and buy one to cover the investment?  

   Look at it this way: if Ada 83 is not upgraded to reflect recent
   advances in software engineering technology, then your investment
   in Ada in general will go down the tubes along with the language.

   We already know from a number of articles (e.g., "Comprehensive 
   Scheduling Controls for Ada Tasking", Tzilla Elrad, Ada Letters, 
   Fall 1988, and "Programming Atomic Actions in Ada", A. Burns and 
   A. J. Wellings, Ada Letters, September/October 1989) that the 
   entire Ada tasking system is going to have to be overhauled.  

   A good inheritance/class system in Ada 9X should be introduced now
   along with this overhaul of the tasking system; I personally think
   that if this is done, the resulting growth of Ada will provide rich 
   rewards to the compiler vendors who followed.  

   Comments were made at Tri-Ada '88 to the effect that while there are
   real risks associated with changing (to Ada), there are even larger 
   risks (competitive risks) associated with NOT changing, and this is 
   what must be brought home to those organizations which are still using
   the older languages.  Perhaps we would do well to heed our own advice.
 

   Bill Wolfe, wtwolfe@hubcap.clemson.edu