home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / edu / 1409 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  3.6 KB
  1. Xref: sparky comp.edu:1409 comp.lang.fortran:3282 comp.lang.misc:2805 sci.math:10699
  2. Path: sparky!uunet!van-bc!rsoft!agate!ames!pacbell.com!network.ucsd.edu!lyapunov.ucsd.edu!mbk
  3. From: mbk@lyapunov.ucsd.edu (Matt Kennel)
  4. Newsgroups: comp.edu,comp.lang.fortran,comp.lang.misc,sci.math
  5. Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
  6. Date: 29 Aug 1992 22:55:05 GMT
  7. Organization: Institute For Nonlinear Science, UCSD
  8. Lines: 68
  9. Message-ID: <17ov89INNdls@network.ucsd.edu>
  10. References: <17opl4INN5gb@roundup.crhc.uiuc.edu>
  11. NNTP-Posting-Host: lyapunov.ucsd.edu
  12. X-Newsreader: Tin 1.1 PL3
  13.  
  14. hougen@uirvlh.csl.uiuc.edu (Darrell Roy Hougen) writes:
  15. : mbk@lyapunov.ucsd.edu (Matt Kennel) writes:
  16. : 
  17. : >I personally would love a "Numerical Eiffel" type of language ...
  18. : 
  19. : Try "Sather".  It is an object-oriented programming language that is
  20. : competitive with Fortran in speed for complex problems.  Of course,
  21. : the object oriented dispatch makes it slightly slower for some types
  22. : of problems, but the designers have gone to great lengths to make it
  23. : fast.  The principle designer, Steven Omohundro, is a physics PhD
  24. : turned computer scientist, so that may explain why he is interested in
  25. : bridging the gap, as it were.
  26.  
  27. I've downloaded and compiled Sather already, and I really like what I've
  28. seen so far.  After seeing Sather, I can't understand how C++ could be so
  29. needlessly complicated.  I'm just about ready to switch, but I worry about
  30. not having my code usable by anybody else.
  31.  
  32. What I like:
  33.  
  34. 1)  Simple class structure and rules (though I think the CS gurus have some
  35.     problems which I don't completely understand).
  36.  
  37. 2)  Garbage collection.
  38.  
  39. A couple of things tho:
  40.  
  41. 1)  There is only one basic "loop" construct, which means that you have to
  42.     write i:=i+1  all the time just do do the most basic things.  Of course
  43.     it's only "surface syntax", but these things make a real difference
  44.     in real life.  In the jihad for simplicity, Oberon discarded the
  45.     FOR i:=1 TO N DO loop, but it was put back into Oberon-2 and I think
  46.     Sather's designers should do the same.
  47.  
  48. 2) Along the same lines what I really meant by "Numerical Eiffel" was array
  49.    index notation as I've described before, or something to get rid of all
  50.    those silly loops.  Perhaps this is taken care of as their parallel
  51.    extension?
  52.  
  53. 3) The library right now is too bare to be completely useful yet, even though
  54.    the README spells out great plans (better for my purposes than ANYTHING
  55.    I've ever seen.  K-D trees!).  No complex numbers yet.  Can't read binary
  56.    (big blocks of FP numbers) yet.
  57.  
  58. Implementation issues:
  59.  
  60. 1)  It compiles into "C", and the 2-d arrays are implemented in
  61.     Numerical Recipes style (pointers to arrays of pointers). It's not clear
  62.     this is best for speed, especially with newer compilers I guess.
  63.     Depends on the relative cost of reading memory vs computation.
  64.  
  65. 2)  It doesn't yet output code in such a way that little methods can
  66.     be inlined, say by compiling with GNU CC.  If this were to happen, I'd
  67.     think that Sather programs could be quite a bit *faster* than C++, as it
  68.     generates new, specialized, code for classes with type parameters.
  69.     (I.e LIST{INT} gets special treatment vs. LIST{FOOBAR})
  70.  
  71. : Sather is available from Berkeley via anonymous ftp.  However, I can't
  72. : seem to find the ftp site at the moment.  The author's email address
  73. : is om@icsi.berkeley.edu.  Be sure to mention Sather in the subject.
  74. : 
  75. : Darrell
  76.  
  77. --
  78. -Matt Kennel          mbk@inls1.ucsd.edu
  79. -Institute for Nonlinear Science, University of California, San Diego
  80. -*** AD: Archive for nonlinear dynamics papers & programs: FTP to
  81. -***     lyapunov.ucsd.edu, username "anonymous".
  82.