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=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fac41,b87849933931bc93 X-Google-Attributes: gidfac41,public X-Google-Thread: 109fba,b87849933931bc93 X-Google-Attributes: gid109fba,public X-Google-Thread: 1108a1,b87849933931bc93 X-Google-Attributes: gid1108a1,public X-Google-Thread: 103376,b87849933931bc93 X-Google-Attributes: gid103376,public X-Google-Thread: 114809,b87849933931bc93 X-Google-Attributes: gid114809,public From: ok@goanna.cs.rmit.edu.au (Richard A. O'Keefe) Subject: Re: OO, C++, and something much better! Date: 1997/02/07 Message-ID: <5de62l$f13$1@goanna.cs.rmit.edu.au>#1/1 X-Deja-AN: 215113854 references: organization: Comp Sci, RMIT, Melbourne, Australia newsgroups: comp.lang.c++,comp.lang.smalltalk,comp.lang.eiffel,comp.lang.ada,comp.object nntp-posting-user: ok Date: 1997-02-07T00:00:00+00:00 List-Id: I wrote: : The type system is not the only way in which Smalltalk differs from C. : Another important way is the syntax of function calls. : Smalltalk encourages the use of infix operators whenever it makes sense. "John W. Sarkela" writes: >On the contrary, Smalltalk does not encourage the use of >operators whatsoever. There are two and only two operators >in Smalltalk. I think any fair person would agree that calling "+" an operator is not _wholly_ unreasonable, even in Smalltalk. The _application_ of "+" to arguments is a message send, but "message send" is no more and no less than "dispatched procedure call". Anyone saying that "+" is not an operator in Ada, for example, on the flimsy grounds that "+" is actually an overloaded function, would not be taken seriously. (Except in APL) "operator" is a syntactic property, not a semantic one. -- limits on the scope of cooperation are often due to the inability to recognise the identity or the acts of the other playes. --R.Axelrod Richard A. O'Keefe; http://www.cs.rmit.edu.au/%7Eok; RMIT Comp.Sci.