🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.transputer
Article #110

occam (was Re: compiler error)

#110
From: W.G.Day
Date: Tue, 11 Aug 1992 11:29
37 lines
2480 bytes
In article <5631@m1.cs.man.ac.uk> bane@vtx.ma.man.ac.uk) (Michael ;-) writes:

>PS: Do many people still use occam? I was told recently by a systems person
>on a transputer machine that nobody uses occam anymore...

Yes, I use it in my Ph.D. work and it is used in teaching and various projects
here (3rd year, M.Sc.).  I believe other departments use occam in the main on
our machine too.

The occam syntax has always been a elegant tool for expressing parallelism
at all levels of a system, both high and low.  Occam is also the only
language I know of that possesses full compilation checking.  It is a very
simple language and is thus a very simple language to program in and reason
about quickly, I find I spend my time writing and running occam, with C I
tend to find myself spending probably about the same time writing and then
lots and lots of time just debugging.  Thus if possible I use occam, but
there are occasions where I use C.  Occam seems to lack a really good
user/program communications library.  I'm not saying occam should have a
perfect replica of stdio.h, for example I don't like having my field widths
has magic numbers in my printf()s, but occam should have something.

Occam's resulting code is fast, but it is also nice and small, and it is
nice not to have the few lines of code one writes turning into ever
larger and larger quanitities of disc space every year.

There are currently moves a foot to widen the range of platforms on which
occam can be ran.  Also occam 3 is on the way and has very many good ideas
for expansions to the language, in the domain of abstraction and information
hiding as well as adding constructs to replace common patterns.  Though I
don't like the current use of long keywords or the method of accessing the
fields of a data type.  All of this I will suspect will widen its use.

On a similar note the TDS, like every new and elegant code managing tool;
once one is fluent with it's workings, has its own continually growing set
of advantages over traditional editors.

Warren
Technical Details
Message-ID: <1446@eagle.ukc.ac.uk>
Path: arc1-ca.pugleaf.net!sparky!uunet!mcsun!uknet!harrier.ukc.ac.uk!eagle.ukc.ac.uk!wgd
References: <5631@m1.cs.man.ac.uk>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!mcsun!uknet!harrier.ukc.ac.uk!eagle.ukc.ac.uk!wgd
From: wgd@ukc.ac.uk (W.G.Day)
Newsgroups: comp.sys.transputer
Subject: occam (was Re: compiler error)
Message-ID: <1446@eagle.ukc.ac.uk>
Date: 11 Aug 92 11:29:10 GMT
References: <5631@m1.cs.man.ac.uk>
Reply-To: wgd@ukc.ac.uk (Warren Day)
Organization: Computing Lab, The University, Canterbury, Kent. CT2 7NF, UK
Lines: 37