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!brahms!weemba
From: weemba@brahms.BERKELEY.EDU (Matthew P. Wiener)
Newsgroups: net.lang.c++
Subject: Re: further C++ fix opportunities
Message-ID: <12083@ucbvax.BERKELEY.EDU>
Date: Thu, 27-Feb-86 17:15:01 EST
Article-I.D.: ucbvax.12083
Posted: Thu Feb 27 17:15:01 1986
Date-Received: Sat, 1-Mar-86 18:25:29 EST
References: <34200001@orstcs.UUCP>
Sender: usenet@ucbvax.BERKELEY.EDU
Reply-To: weemba@brahms.UUCP (Matthew P. Wiener)
Organization: University of California, Berkeley
Lines: 15

In article <34200001@orstcs.UUCP> nathan@orstcs.UUCP (nathan) writes:
>Comments on C++ opportunities
>
>The advent of a new language is an exciting time.  We each
>see areas where we would like development, old pet peeves
>to be fixed, features yearning to be added.  A strong
>guiding hand (used judiciously) becomes extremely valuable.
>It makes the difference between, for instance, C++ and Ada.

Here here.  I'd like to throw in one small request before C++ becomes
rigid: how about an exponentiation operator?  Just add one more infix
operator to the precedence table, stronger than multiplication and
division.  a^^b or a**b come to mind.  (The latter has the same ambiguity
as a/*b does, though.)
ucbvax!brahms!weemba	Matthew P Wiener/UCB Math Dept/Berkeley CA 94720