Article View: comp.sys.transputer
Article #606Re: occam
From: & Stevens
Date: Wed, 12 Aug 1992 15:04
Date: Wed, 12 Aug 1992 15:04
32 lines
1697 bytes
1697 bytes
In article <2490@news.cerf.net> jcbhrb@nic.cerf.net (Jacob Hirbawi) writes: > Elegant tool for expressing parallelism? definitely. > Elegant tool for expressing everything else? definitely not. These two lines sum up OCCAM. > (2) I fail to see the advantage of having no operator hierarchy or default > data types: > > why write this: > > (1.0 (REAL32) + (2.0 (REAL32) * 3.0 (REAL32))) - 4.0 (REAL32) > > and count brackets when all I'm trying to do is: > > 1.0 + 2.0*3.0 - 4.0 I think OCCAM is trying to make you aware of exactly what you are doing numerically, although the use of brackets in the syntax is confussing. In ANSI C you also need 1.0f + 2.0f*3.0f - 4.0f to make things clear. I think a lot of traditional C code ends up with additional type conversion code produced that the user doesn't see; execpt that it effect performance. Norcroft's ANSI C is very strong on this with its 'lower precission in wider context' and related warnings. Thats enougth of me being nice to OCCAM for now. I better stop now before I think of something to complain about. -- Michael Stevens, Robotics Research Group,Dept of Engineering Science,Oxford,UK INTERNET: michael@robots.oxford.ac.uk
Technical Details
Message-ID:
<MICHAEL.92Aug12160400@lucrece.uk.ac.oxford>Path:
arc1-ca.pugleaf.net!sparky!uunet!mcsun!uknet!ox-prg!michaelReferences:
<2490@news.cerf.net>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!mcsun!uknet!ox-prg!michael From: michael@uk.ac.oxford.robots (& Stevens) Newsgroups: comp.sys.transputer Subject: Re: occam Message-ID: <MICHAEL.92Aug12160400@lucrece.uk.ac.oxford> Date: 12 Aug 92 15:04:00 GMT References: <2490@news.cerf.net> Sender: news@comlab.ox.ac.uk Organization: Dept. Engineering Science, Oxford University, UK Lines: 32 In-reply-to: jcbhrb@nic.cerf.net's message of 11 Aug 92 20:57:33 GMT