Xref: utzoo comp.arch:20964 comp.lang.misc:6655 Path: utzoo!censor!comspec!lethe!torsqnt!news-server.csri.toronto.edu!bonnie.concordia.ca!clyde.concordia.ca!nstn.ns.ca!news.cs.indiana.edu!samsung!zaphod.mps.ohio-state.edu!rpi!uwm.edu!lll-winken!sun-barr!newstop!exodus!exodus-bb!khb From: khb@chiba.Eng.Sun.COM (Keith Bierman fpgroup) Newsgroups: comp.arch,comp.lang.misc Subject: Re: Computers for users not programmers Message-ID: Date: 15 Feb 91 02:32:25 GMT References: <3159:Feb1213:56:3091@kramden.acf.nyu.edu> <1991Feb12.192725.21029@Think.COM> <1087@kaos.MATH.UCLA.EDU> Sender: news@exodus.Eng.Sun.COM Followup-To: comp.arch Organization: Sun MegaSystems Lines: 18 In-reply-to: pmontgom@euphemia.math.ucla.edu's message of 14 Feb 91 04:26:27 GMT ... > Until such primitive operations are added to our languages, A major reason for adding operator overloading and modules is to permit such things to be defined apart from the language itself (possibly by folks with specialized needs). In comp.lang.fortran there has been some discussion of what should folks start thinking about working on "next" ("fortran90" looking likely to be an ISO standard before the end of the year). A very reasonable thing would be a standard module for entertaining mathematical problems such as this. -- ---------------------------------------------------------------- Keith H. Bierman kbierman@Eng.Sun.COM | khb@chiba.Eng.Sun.COM SMI 2550 Garcia 12-33 | (415 336 2648) Mountain View, CA 94043