home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / transput / 907 next >
Encoding:
Text File  |  1992-08-12  |  2.3 KB  |  63 lines

  1. Newsgroups: comp.sys.transputer
  2. Path: sparky!uunet!inmos!news
  3. From: conor@lion.inmos.co.uk (Conor O'Neill)
  4. Subject: Re: occam
  5. Message-ID: <1992Aug12.115312.3045@inmos.co.uk>
  6. Sender: news@inmos.co.uk (The Usenet News System)
  7. Reply-To: conor@inmos.co.uk (Conor O'Neill)
  8. Organization: INMOS Limited, Bristol, UK.
  9. References: <2490@news.cerf.net>
  10. Date: Wed, 12 Aug 1992 11:53:12 GMT
  11. Lines: 50
  12.  
  13. This is the official INMOS position on occam development.
  14.  
  15. PLEASE do not e-mail me about this; I am too busy.
  16.  
  17. INMOS OCCAM POSITION
  18. ====================
  19.  
  20. 13th May 1992.
  21.  
  22. INMOS are fully committed to supporting the occam programming language,
  23. and believe that for important classes of application occam 2 is the best
  24. language for its customers to use.
  25.  
  26. The advanced development tools including an X-windows based debugger,
  27. a profiler and a message routing configurer will all support occam 2
  28. programming.
  29.  
  30. An occam 2 toolset for the T9000 will be available when the T9000 is available.
  31. This will be exactly source compatible with the occam 2 system in the current
  32. occam 2 toolset.  At the configuration level only the hardware description
  33. will need changing to describe the T9000 hardware, the rest of the
  34. configuration description will be exactly the same.
  35.  
  36. INMOS expects to release an optimising occam 2 compiler with full dataflow
  37. optimisations in 1993.  In this release the occam 2 language will be
  38. extended to support the following new features :-
  39.  
  40.  - User defined types
  41.  - Records
  42.  - Remove requirement for explicitly typing literals
  43.  - Allow arithmetic on BYTE types
  44.  - Allow FUNCTIONs to return fixed length arrays
  45.  - Permit the dropping of FROM and FOR in segments of arrays
  46.  
  47. This represents the first phase of the occam 3 development based on
  48. Geoff Barrett's draft language specification.
  49.  
  50. INMOS is also planning a longer term compiler development programme based on
  51. ANDF technology.  A second phase of development addressing modularity
  52. and sharing will be undertaken in the context of this development and will
  53. lead to the availability of native occam 3 compilers for a wide range of
  54. different computer architectures.
  55.  
  56. Signed: Ian Pearson, David May, Tony Debling.
  57.  
  58.  
  59. ---
  60. Conor O'Neill, Software Group, INMOS Ltd., UK.
  61. UK: conor@inmos.co.uk        US: conor@inmos.com
  62. "It's state-of-the-art" "But it doesn't work!" "That is the state-of-the-art".
  63.