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
Xref: utzoo comp.software-eng:1205 comp.lang.ada:2097
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!bloom-beacon!apple!oliveb!pyramid!prls!philabs!linus!sdl
From: sdl@linus.UUCP (Steven D. Litvintchouk)
Newsgroups: comp.software-eng,comp.lang.ada
Subject: Re: Good Design Strategies <Was comments on comments>
Message-ID: <45492@linus.UUCP>
Date: 28 Feb 89 04:16:19 GMT
References: <4574@hubcap.UUCP> <9443@megaron.arizona.edu>
Organization: The MITRE Corp., Bedford, MA
In-reply-to: mike@arizona.edu's message of 27 Feb 89 17:07:46 GMT
List-Id: <comp.lang.ada>


In article <9443@megaron.arizona.edu> mike@arizona.edu (Mike Coffin) writes:

> From article <4574@hubcap.UUCP> (William Thomas Wolfe,2847,):
> >    I stand by my statement regarding Eiffel's flakiness.
> 
> Do you mean that the language design is flakey, or that an
> implementation is flakey?  If the former, what is flakey about it?

>From what I was able to gather at OOPSLA '88, the current Eiffel
*implementations* are indeed flaky, but no more so than was any Ada
compiler developed prior to 1985.

I am extremely interested in finding out whether Eiffel compilers do a
better job compiling Eiffel generics, than Ada compilers do compiling
Ada generics.  I remain disappointed in how poorly Ada generics are
implemented by some Ada compilers.


Steven Litvintchouk
MITRE Corporation
Burlington Road
Bedford, MA  01730

Fone:  (617)271-7753
ARPA:  sdl@mitre-bedford.arpa
UUCP:  ...{att,decvax,genrad,ll-xn,philabs,utzoo}!linus!sdl

	"Those who will be able to conquer software will be able to
	 conquer the world."  -- Tadahiro Sekimoto, president, NEC Corp.