home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / transput / 910 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  1.6 KB
  1. Path: sparky!uunet!mcsun!uknet!ox-prg!michael
  2. From: michael@uk.ac.oxford.robots (& Stevens)
  3. Newsgroups: comp.sys.transputer
  4. Subject: Re: occam
  5. Message-ID: <MICHAEL.92Aug12160400@lucrece.uk.ac.oxford>
  6. Date: 12 Aug 92 15:04:00 GMT
  7. References: <2490@news.cerf.net>
  8. Sender: news@comlab.ox.ac.uk
  9. Organization: Dept. Engineering Science, Oxford University, UK
  10. Lines: 32
  11. In-reply-to: jcbhrb@nic.cerf.net's message of 11 Aug 92 20:57:33 GMT
  12.  
  13. In article <2490@news.cerf.net> jcbhrb@nic.cerf.net (Jacob Hirbawi) writes:
  14.  
  15. >   Elegant tool for expressing parallelism? definitely.
  16. >   Elegant tool for expressing everything else? definitely not.
  17. These two lines sum up OCCAM.
  18.  
  19.  
  20. >   (2) I fail to see the advantage of having no operator hierarchy or default 
  21. >       data types:
  22. >
  23. >       why write this:
  24. >
  25. >      (1.0 (REAL32) + (2.0 (REAL32) * 3.0 (REAL32))) - 4.0 (REAL32)
  26. >
  27. >       and count brackets when all I'm trying to do is:
  28. >
  29. >      1.0 + 2.0*3.0 - 4.0
  30. I think OCCAM is trying to make you aware of exactly what you are
  31. doing numerically, although the use of brackets in the syntax is
  32. confussing.
  33. In ANSI C you also need 1.0f + 2.0f*3.0f - 4.0f to make things clear.
  34. I think a lot of traditional C code ends up with additional type
  35. conversion code produced that the user doesn't see; execpt that it
  36. effect performance. Norcroft's ANSI C is very strong on this with its
  37. 'lower precission in wider context' and related warnings.
  38.  
  39. Thats enougth of me being nice to OCCAM for now. I better stop now
  40. before I think of something to complain about.
  41.  
  42. --
  43. Michael Stevens, Robotics Research Group,Dept of Engineering Science,Oxford,UK
  44. INTERNET: michael@robots.oxford.ac.uk
  45.