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
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!mimsy!oddjob!hao!boulder!sunybcs!rutgers!ucla-cs!zen!ucbvax!hplabs!sdcrdcf!trwrb!trwrc!agnew
From: agnew@trwrc.UUCP (R.A. Agnew)
Newsgroups: comp.lang.ada
Subject: Re: Answer to 'a question'
Message-ID: <222@trwrc.UUCP>
Date: Thu, 10-Sep-87 17:05:36 EDT
Article-I.D.: trwrc.222
Posted: Thu Sep 10 17:05:36 1987
Date-Received: Sat, 12-Sep-87 15:36:30 EDT
References: <219@trwrc.UUCP> <12332478709.9.ROSENBLUM@Sierra.Stanford.EDU>
Reply-To: agnew@trwrc.UUCP (R.A. Agnew)
Organization: TRW/MEAD San Diego, Ca.
List-Id: <comp.lang.ada>

In article <12332478709.9.ROSENBLUM@Sierra.Stanford.EDU> ROSENBLUM@SIERRA.STANFORD.EDU (David S. Rosenblum) writes:
>
>Nevertheless, this skirts a more fundamental issue, namely that software
>which depends on such implementation characteristics cannot be portable.
>Remember that a major goal of the Ada language is portability of Ada
>software.
>
This is due to the fact that the Ada standard was not written to accomodate
multi-processor systems and it was not intended to run under an operating 
system. These facts reinforce my opinion that either the "green" proposal
was not responsive to the RFP or (as usual) neither the DOD or "green"
understood what was required of real-time imbedded systems in the 
1990-2010 time frame. When we have to bandage the mess that ADAJPO has
procurred to make it work, you can be sure that it will be non-portable.

	My opinion only.