home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10982 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  3.0 KB
  1. Xref: sparky comp.arch:10982 comp.lang.misc:3825
  2. Newsgroups: comp.arch,comp.lang.misc
  3. Path: sparky!uunet!pipex!ibmpcug!exnet!dhd
  4. From: dhd@exnet.co.uk (Damon)
  5. Subject: Re: Hardware Support for Numeric Algorithms
  6. Message-ID: <By1oC8.GpH@exnet.co.uk>
  7. Organization: ExNet Systems Ltd Public Access News, London, UK
  8. References: <Bxpoy9.GD6@mentor.cc.purdue.edu> <722061187@sheol.UUCP> <BxxGKp.81A@mentor.cc.purdue.edu>
  9. Date: Sat, 21 Nov 1992 02:31:19 GMT
  10. Lines: 57
  11.  
  12. In article <BxxGKp.81A@mentor.cc.purdue.edu> hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
  13. >             For numerical programming, C, if it had multidimensional
  14. >arrays...
  15.  
  16. What do you mean, ``if''?
  17.  
  18. And to answer some of the rest of your points about language flexibility:
  19.  
  20. * You've been offered macros, albeit with syntax not perfect but
  21.   semantics OK.
  22.  
  23. * You've been offered escapes to asm.  I use a standard method of
  24.   portable coding which allows me to have basic C implementations of
  25.   non-portable things, with fast (asm if necessary) versions for
  26.   machines with the required (h/w and/or OS) features.
  27.  
  28. * It has been pointed out that mucking with the language syntax is
  29.   *not* generally a good idea as it often has unforseen consequences,
  30.   but arbitrary syntax preprocessors are available if you want them.
  31.  
  32. * You complain about operator overloading or bad symbol choice.  What
  33.   are we meant to use, raw TeX?  The symbols chosen for C, for example,
  34.   were chosen to be in the limited chracter sets, and to be *short*.
  35.   (Have you noticed how much less typing a C equivalent to a PASCAL
  36.   program can involve?)  Less bloated script gives fewer typos and
  37.   better productivity.  (I resent typing BEGIN and END in Pascal when
  38.   we all know that { and } works in C!)  Consider then hamming-coded
  39.   for typical CS apps of the time---your ops will be long and ugly
  40.   sometimes.
  41.  
  42. I won't even complain about lamentable style in your examples.  B^>
  43.  
  44. I'm sure you are a well-respected worker in your field.  (You are
  45. probably even twice my age B^>.)  You are right that the world should
  46. not revolve around CS, but why the h*** should it revolve around *your
  47. branch of maths* instead when most of the workers in the field are not
  48. in *your branch of maths* (maybe not even in maths).  Why should the
  49. syntax not all be lamba-calculus if it should be something else?
  50.  
  51. It *would seem* from your postings that you demand the
  52. computing-language world should rotate about the same centre as your
  53. not-insubstantial one, whatever you protest to the contrary.  That is a
  54. narrow view if true.
  55.  
  56. HOWEVER, your views are interesting to me at least, so this is most
  57. definitely a ``put up or shut up message'' even had I the right and
  58. temerity to spout one.  B^>
  59.  
  60. [An answer to your email will follow, I only just got back from
  61.  Minneapolis.]
  62.  
  63. Damon
  64. -- 
  65. Damon Hart-Davis                          Internet: dhd@exnet.co.uk, d@hd.org
  66.  
  67. Public-access UNIX (Suns), news and mail for UK#5 per month.  FIRST MONTH FREE.
  68. [1.35] Cheap Sun eqpt.  UUCP news/mail feeds.  Tel/Fax: +44 81 755 0077.
  69.