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
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!ittatc!dcdwest!sdcsvax!ucbvax!info-ada
From: cb@MITRE-BEDFORD.ARPA (Christopher Byrnes)
Newsgroups: net.lang.ada
Subject: Re: Ada errors with =>
Message-ID: <8602072148.AA01593@mitre-bedford.ARPA>
Date: Fri, 7-Feb-86 16:48:38 EST
Article-I.D.: mitre-be.8602072148.AA01593
Posted: Fri Feb  7 16:48:38 1986
Date-Received: Tue, 11-Feb-86 04:21:55 EST
References: <1124@mmintl.UUCP>
Sender: usenet@ucbvax.BERKELEY.EDU
Organization: The MITRE Corp., Bedford, MA
List-Id: <comp.lang.ada>


  I'm not sure that the use of a `==' operator in place of the `=>' is
going to solve the problem.  As a "C" language programmer, I might
recognize the `==' operator as the logical equality operator.  I'm not sure
what other languages have used `==' for.  Ada's use of `=>' (for named
parameter association, etc.) is sufficiently different from what most other
computer languages provide that it deserves a "different" operator.  Once a
programmer gets use to the concept, they shouldn't mind which way the
"arrow" is pointing.
					Christopher Byrnes
					The MITRE Corporation
					Burlington Road
					M. S. A425
					Bedford, Mass. 01730

					cb@Mitre-Bedford.ARPA
					...decvax!linus!bccvax!cb.UUCP