home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / fortran / 2861 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  3.3 KB
  1. From: djm@hpfcso.FC.HP.COM (Dan Magenheimer)
  2. Date: Tue, 28 Jul 1992 18:13:00 GMT
  3. Subject: CALLING UNIX (PORTABLY) FROM FORTRAN
  4. Message-ID: <9080025@hpfcso.FC.HP.COM>
  5. Organization: Hewlett-Packard, Fort Collins, CO, USA
  6. Path: sparky!uunet!darwin.sura.net!mips!sdd.hp.com!hplabs!hplextra!hpfcso!djm
  7. Newsgroups: comp.lang.fortran
  8. Lines: 63
  9.  
  10. WANT TO CALL UNIX PORTABLY FROM FORTRAN?  Read this:
  11.  
  12. (Since only a small percentage of Fortran programmers read notes, please
  13. forward this message to others who might be interested.  Thanks!)
  14.  
  15. The IEEE Standards Board has recently approved IEEE Std 1003.9 aka
  16. "Fortran Bindings for POSIX".  Published copies should be available
  17. in a couple of months from IEEE.
  18.  
  19. As an ex-member of the committee, I'd like to poll the user community
  20. to determine 1) whether you will use it, and 2) whether you will be
  21. encouraging your system and/or Fortran vendors to provide it.
  22.  
  23. What is "it"?  Here's a brief description:
  24.  
  25. IEEE Std 1003.9 is/contains/standardizes:
  26.  
  27. o A portable way to call all POSIX system calls.  The standard uses
  28.   FORTRAN 77 standard features with only one extension -- long subroutine
  29.   names.  Examples: chmod, chdir, pipe, fork/exec, signal routines, getpid.
  30. o Access to system constants, both static and dynamic.  Examples: LINK_MAX,
  31.   PIPE_BUF, PATH_MAX, stat modes, open modes.
  32. o Access to system structures, such as stat.
  33. o A POSIX-based FORTRAN I/O layer which allows (portable) usage of files,
  34.   pipes, and devices that do not use record-based FORTRAN conventions.
  35.   Requirements are also defined for interactions between record-based
  36.   FORTRAN I/O and POSIX-based FORTRAN I/O.  Also, getc/putc equivalents.
  37. o Environment access routines (e.g. command line arguments, ENV access)
  38. o MIL-STD-like support routines (e.g. ior, and, not)
  39. o Extensibility.  All interfaces use a consistent set of conventions that
  40.   can be easily applied by a vendor to non-POSIX calls.
  41.  
  42. Much of this of course already exists but differs from vendor to vendor
  43. and is therefore not portable.  IEEE Std 1003.9 encourages portability.
  44. Of course, portability is not obtained unless the standard is supported
  45. by vendors, and it won't be supported by vendors unless users (YOU!)
  46. ask for it.
  47.  
  48. Caveats:  As you will see if you look at the standard (and as may be pointed
  49. out by some who opposed the standard), the standard contains some
  50. compromises that may be considered less than aesthetic.  This tends to be
  51. true of any standard, but the reasoning for each decision is carefully
  52. described in the Rationale appendix to the standard. Also, some areas
  53. that might have proved useful to standardize were left out to increase
  54. consensus.  These may be standardized by future standards committees.
  55.  
  56. Still, we're proud that we were able to complete the standards process
  57. and would like to find out if and how widely it would be used.  So,
  58. please reply to this message (email or notes/news) with:
  59.  
  60.    1) Will you use it if its available? (Optional: How? Why? When?)
  61.    2) Will you be encouraging your system/Fortran vendor to provide it?
  62.  
  63. I will openly post email responses.
  64.  
  65. Finally, if you are interested in participating in related POSIX/FORTRAN
  66. standardization activities, please contact Michael Hannah, mjhanna@sandia.org.
  67.  
  68.                 Thanks,
  69.                 Dan Magenheimer
  70.                 POSIX 1003.9 (ex-)Technical Editor
  71.                 djm@fc.hp.com
  72.                 FAX: 303-229-6409
  73.