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!linus!philabs!cmcl2!seismo!caip!princeton!allegra!mit-eddie!barmar
From: barmar@mit-eddie.MIT.EDU (Barry Margolin)
Newsgroups: net.lang.ada
Subject: Re: ForTran-Ada + flamette + question
Message-ID: <2164@mit-eddie.MIT.EDU>
Date: Tue, 3-Jun-86 01:11:56 EDT
Article-I.D.: mit-eddi.2164
Posted: Tue Jun  3 01:11:56 1986
Date-Received: Thu, 5-Jun-86 06:52:43 EDT
References: <4700037@ada-uts> <503@noscvax.UUCP> <230@sdcjove.UUCP>
Reply-To: barmar@mit-eddie.UUCP (Barry Margolin)
Organization: MIT, EE/CS Computer Facilities, Cambridge, MA
List-Id: <comp.lang.ada>

In article <230@sdcjove.UUCP> jonab@phoebe.UUCP (Jonathan P. Biggar) writes:
>Please DON'T confuse Ada with its current implementations.  There is
>no reason that the bodies of a generic quadrature package cannot be
>shared.  Just because current implementations don't do it (YET!!!),
>don't damn Ada.

A language is only as good as its implementations.  If no existing Ada
compilers produce shared code from generic procedures, my first guess is
because it is hard to implement.  If it is going to be several years
before we have smart enough implementations, that means that for several
years Ada programmers will not be able to use this feature as
extensively as they would like.  Theoretical compilers are only useful
for producing theoretical code.  Most customers want real code.

While the language Ada isn't totally to blame, it is one of the
culprits, because it is so complex that it is hard to implement well,
even given three decades of compiler implementation technology.  It's
hard not to confuse a language with its implementations; the only metric
one has is existing generated object code.
-- 
    Barry Margolin
    ARPA: barmar@MIT-Multics
    UUCP: ..!genrad!mit-eddie!barmar