In the following examples indentation and formatting are critical for parsing the code: expressions are terminated by the end of the line, lists of expressions need to be on the same level of indentation. This feature, named the off-side rule, is also found in other languages such as Haskell and Python. Communication between processes work through named channels. One process outputs data to a channel via ! while another one inputs data with ?. Input and output cannot proceed until the other end is ready to accept or offer data. Examples : keyboard ? c screen ! c SEQ introduces a list of expressions that are evaluated sequentially. This is not implicit as it is in most other programming languages. Example: SEQ x := x + 1 y := x * x PAR begins a list of expressions that may be evaluated concurrently. Example: PAR p q ALT specifies a list of guarded commands. The guards are a combination of a boolean condition and an input expression. Each guard for which the condition is true and the input channel is ready is successful. One of the successful alternatives is selected for execution. Example: ALT count1 < 100 & c1 ? data SEQ count1 := count1 + 1 merged ! data count2 < 100 & c2 ? data SEQ count2 := count2 + 1 merged ! data status ? request SEQ out ! count1 out ! count2 This will read data from channels c1 or c2 and pass it into a merged channel. If countN reaches 100, reads from the corresponding channel will be disabled. A request on the status channel is answered by outputting the counts to out.
Language revisions
occam 1
occam 1 was a preliminary version of the language which borrowed from David May's work on EPL and Tony Hoare's CSP. This supported only the VAR data type, which was an integral type corresponding to the native word length of the target architecture, and arrays of only one dimension.
occam 2
occam 2 is an extension produced by Inmos Ltd in 1987 that adds floating-point support, functions, multi-dimensional arrays and more data types such as varying sizes of integers and bytes. With this revision, occam became a language able to express useful programs, whereas occam 1 was more suited to examining algorithms and exploring the new language.
occam 2.1
occam 2.1 was the last of the series of occam language developments contributed by Inmos. Defined in 1994, it was influenced by an earlier proposal for an occam 3 language created by Geoff Barrett at Inmos in the early 1990s. A revised Reference Manual describing occam 3 was distributed for community comment, but the language was never fully implemented in a compiler. occam 2.1 introduced several new features to occam 2, including:
Ability to return fixed-length array from function.
For a full list of the changes see Appendix P of the .
occam-π
occam-π is the common name for the occam variant implemented by later versions of the Kent Retargetable occam Compiler. The addition of the symbol π to the occam name is an allusion to KRoC occam including several ideas inspired by the π-calculus. It contains several significant extensions to the occam 2.1 compiler, for example: