home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!uknet!mucs!m1!bevan
- From: bevan@cs.man.ac.uk (Stephen J Bevan)
- Newsgroups: comp.lang.misc
- Subject: Re: Hardware Support for Numeric Algorithms
- Message-ID: <BEVAN.92Nov19123041@beluga.cs.man.ac.uk>
- Date: 19 Nov 92 12:30:41 GMT
- References: <id.6S0V.FKH@ferranti.com> <Bxv2t2.4FH@mentor.cc.purdue.edu>
- <722061195@sheol.UUCP> <BxxH8K.C4t@mentor.cc.purdue.edu>
- Sender: news@cs.man.ac.uk
- Organization: Department of Computer Science, University of Manchester
- Lines: 27
- In-reply-to: hrubin@pop.stat.purdue.edu's message of 18 Nov 92 20:07:31 GMT
-
- In article <BxxH8K.C4t@mentor.cc.purdue.edu> hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
- It has been pointed out that there were other possibilities from the
- palette of available characters. And if they didn't *care*, as you
- put it, which I am almost sure most of them will deny, that is an
- explicit statement to the mathematical and scientific community that
- they will have to establish their own CS programs to develop it
-
- Unless you are going to deal with the full 2 dimensional nature of
- mathematical notation, anything you produce is a compromise. The only
- question then is how much of a compromise. I fail to see why being
- able to define "**" is so important when it is generally accepted that :-
-
- ---
- \
- /
- ---
-
- is represented as sigma(...). If you cannot accept this translation,
- then use a language that allows the two dimensional notation. I have
- mentioned Galaxy at least 4 times now and the best response I've got
- is "I will look at it". In the context of a flexible macro processor,
- TXL has been suggested (by others and by me) and again, there has been
- no feedback. Why not give some feedback as to why these languages are
- inappropriate instead of continually harping on about other languages
- that don't fill your requirements?
-
- bevan
-