Xref: utzoo comp.arch:10510 comp.lang.misc:3040
Path: utzoo!attcan!uunet!cs.utexas.edu!sun-barr!sun!gammara!khb
From: khb@gammara.Sun.COM (gammara)
Newsgroups: comp.arch,comp.lang.misc
Subject: Re: Double Width Integer Multiplication and Division
Message-ID: <113913@sun.Eng.Sun.COM>
Date: 6 Jul 89 04:33:08 GMT
References: <57125@linus.UUCP> <1989Jun24.230056.27774@utzoo.uucp> <255@obs.unige.ch> <1387@l.cc.purdue.edu> <13946@haddock.ima.isc.com>
Sender: news@sun.Eng.Sun.COM
Reply-To: khb@sun.UUCP (gammara)
Organization: Sun Microsystems, Mountain View
Lines: 21

In article <13946@haddock.ima.isc.com> suitti@haddock.ima.isc.com (Stephen Uitti) writes:
>In article <1387@l.cc.purdue.edu> cik@l.cc.purdue.edu (Herman Rubin) writes:
>
>>What languages allow the user to introduce additional operator
>>symbols?  A few allow additional types.  Now these deficiencies
>>in languages go back to day 1.
>
>C++ and Ada.  My wristwatch (Casio) has more compute resources
>than was available on day 1.  I don't expect it to allow
>additional operators and types either.  It does have a 64 bit
>(BCD) divide.  Throw out your '205 and get a Casio.

Well, as long as we are leaving .arch and moving to .lang :>,
Fortran8x has operator overloading and user defined operators.



Keith H. Bierman      |*My thoughts are my own. Only my work belongs to Sun*
It's Not My Fault     |	Marketing Technical Specialist    ! kbierman@sun.com
I Voted for Bill &    |   Languages and Performance Tools. 
Opus  (* strange as it may seem, I do more engineering now     *)