home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / misc / 3544 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.4 KB  |  49 lines

  1. Newsgroups: comp.lang.misc
  2. Path: sparky!uunet!haven.umd.edu!purdue!mentor.cc.purdue.edu!hrubin
  3. From: hrubin@mentor.cc.purdue.edu (Herman Rubin)
  4. Subject: Re: Hardware Support for Numeric Algorithms
  5. Message-ID: <BxDH7G.8Cn@mentor.cc.purdue.edu>
  6. Organization: Purdue University Statistics Department
  7. References: <1de9ckINNfj7@life.ai.mit.edu> <1992Nov6.230030.16637@leland.Stanford.EDU> <TMB.92Nov7233431@orac.idiap.ch>
  8. Date: Sun, 8 Nov 1992 00:54:51 GMT
  9. Lines: 38
  10.  
  11. In article <TMB.92Nov7233431@orac.idiap.ch> tmb@idiap.ch writes:
  12.  
  13.             ........................
  14.  
  15. >Since scientists and mathematicians generally only have little time to
  16. >spend on programming they (including myself) are probably better off
  17. >choosing a programming language that supports safety and reuse (i.e.,
  18. >a language with GC, runtime checks, polymorphism) and that is simple
  19. >and regular enough so that it can be mastered fully in a short amount
  20. >of time.
  21.  
  22. Since Algol, which ignored much that mathematicians were already doing,
  23. there has been no language designed with the constructs used in mumerical
  24. computations foremost, or even particularly important.  Fortran was 
  25. designed for small programming jobs, not library functions, but it did
  26. consider what is needed for numerical computation.
  27.  
  28. Those who rewrote my code without gotos had to work to do it.  I am not
  29. opposed to using "structured" ideas when they help, but they often do 
  30. not, and figuring out what is happening with a batch of unlabeled blocks
  31. and break statements is much harder than following a natural goto
  32. control path.  It is the way that mathematicians think, and redefining
  33. continue to be different from Fortran is not going to help.  Requiring
  34. a function call when a goto is what is really wanted, and hoping that 
  35. the compiler can decide if this is what is wanted, or a call-return 
  36. situation with full context switching, is not going to help.  
  37.  
  38. Also, forcing an unnatural syntax is not going to help.  I can, with
  39. some difficulty, read and write Polish or reverse Polish notation.
  40. With few exceptions, assemblers are essentially Polish.  Lisp is
  41. essentially Polish except for the "standard" arithmetic operations.
  42. Requiring the writing of pow(x,y) (or is it pow(y,x)?) instead of
  43. x^y is forcing Polish without even using its power.
  44. -- 
  45. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  46. Phone: (317)494-6054
  47. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  48. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  49.