home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.28 / text0091.txt < prev    next >
Encoding:
Text File  |  1992-08-17  |  5.1 KB  |  120 lines

  1. Submitted-by: mckean@xopen.co.uk (Roy Max McKean)
  2.  
  3. Firstly, thanks to David Rowley and Dave Decot who have given
  4. their answers to the questions Glenn Hoogerwerf posed.  Here are
  5. my answers, which I hope are also helpful:  I believe I have
  6. answered from an honest "X/Open" viewpoint, but please remember
  7. that X/Open is a consensus organisation, and the following is my
  8. personal interpretation, not an official response!  (If anyone
  9. needs an official answer to a particular question, lease let me
  10. know, and I will ensure that one is provided!)
  11.  
  12. Secondly, to try to answer the questions:
  13.  
  14. To conform to any XPGn specification, implementations MUST provide
  15. all interfaces marked "TO BE WITHDRAWN" (unless there is some
  16. other marking which makes the interface optional).  This may seem
  17. irritating for those who are working on "new" XPG implementations,
  18. but it is wrong to call them "dead" interfaces:  there are a lot
  19. of applications out there written for XPG3 which may rely on the
  20. presence of these interfaces, and XPG4 implementation vendors are
  21. obliged to provide a good migration path for those applications.  
  22. (It amuses me that in this sense even XPG3 is now a legacy system!)
  23.  
  24. Application writers should be able to port their XPG3 applications
  25. immediately and simply to XPG4 implementations, then (during the
  26. lifetime of XPG4) clean out the TBW dependencies as to make the
  27. applications ready to port to XPG5 implementations as soon as they
  28. are available.
  29.  
  30. This is why the X/Open Working Groups responsible for writing the
  31. specifications do everything possible to put interfaces which are
  32. being superseded through the TBW status, rather than just dumping
  33. them.
  34.  
  35. Regarding the specific interfaces mentioned:
  36.  
  37. cc      is needed for the reasons above.  Note that the ability to
  38.     COMPILE X/Open C as well as ISO C is ALSO required for
  39.     XPG4 implementations.  (The implementation may implement
  40.     this by using a different compiler from that invoked by
  41.     c89, but the compiled code from the two types of source
  42.     must interwork properly).
  43.  
  44. dis     is also marked as OPTIONAL anyway, reflecting the
  45.     difficulty of providing the function in a truly useful
  46.     portable fashion, so implementers need not provide it, and
  47.     application writers should not rely on it for maximum
  48.     portability.
  49.  
  50. lint     is part of the DEVELOPMENT option, so need not be provided
  51.     on ALL conforming implementations, only those which do
  52.     claim conformance to that option.
  53.                 
  54. Please note that at the beginning of my message I chose my words
  55. carefully:  I have described the requirements to conform to the
  56. SPECIFICATIONS.  David Rowley is correct to point out that the
  57. conformance requirements for the initial release of the XPG4
  58. Commands and Utilities COMPONENT will be relatively relaxed:  
  59. the major requirement being that the implementor documents the
  60. differences from the "expected" behaviour.
  61.  
  62. This particular specification has been greatly extended since XPG3:  
  63. it has been aligned with ISO/IEC DIS 9945-2:1992, so it includes
  64. everything in POSIX.2 and POSIX.2a!  There will initially be a
  65. large number of applications which may depend on XPG3 behaviour,
  66. so during an introductory period, in the area of Commands and
  67. Utilities, we are allowing the vendors of branded systems to
  68. choose what migration path to offer their customers.
  69.  
  70. When there are enough applications which can run in, and enough
  71. vendors able to provide, fully conformant XPG4 Commands and
  72. Utilities Components, the definition will be updated to include
  73. far more stringent conformance requirements.
  74.  
  75.  
  76. Thirdly, (with apologies if these seems like an advertisement) these 
  77. issues have now been clarified in the FINAL VERSIONS of the documents 
  78. which can now be ordered from the X/Open Publications Department:
  79.  
  80.   PO Box 109, Penn, High Wycombe, Bucks, HP10 8NP, England 
  81.   Tel: +44 494 813 844        Fax: +44 494 814 989
  82.  
  83. The documents in question are:
  84.  
  85.   X/Open CAE Specification C202 (System Interfaces and Headers, Issue 4)
  86.   X/Open CAE Specification C203 (Commands and Utilities, Issue 4)
  87.   X/Open CAE Specification C204 (System Interface Definitions, Issue 4)
  88.  
  89. You can also now order the first issue of the "parent" document,
  90.   X/Open XPG4 Documentation X924 (X/Open Systems and Branded Products: XPG4)
  91. (either as a whole or just the pieces you need) and the Base Migration Guide:
  92.   X/Open Guide G204 (XPG3-XPG4 Base Migration Guide).
  93.  
  94. (The parent document is the binder which explains the whole
  95. structure of the XPG4 product, and contains the Component
  96. Definitions, Profiles, Guide to Branding, the TMLA, CSQs, and 
  97. the lists of Branded Products and X/ Open publications)
  98.  
  99. If you have any questions about these or any other X/Open 
  100. publications, please ask Karen Johnson to help.  
  101. (<k.johnson@xopen.co.uk> Phone as below, ext 2229)
  102.  
  103. Kind Regards, 
  104.  
  105. Roy McKean.
  106.  
  107.                 -------------------------------------
  108.  Roy "Max" McKean, Development Manager  Tel: +44 734 508 311 ext 2271
  109.  X/Open Company Limited                 Fax:          +44 734 500 110
  110.  Apex Plaza, Forbury Road               EMail:   r.mckean@xopen.co.uk
  111.  Reading, England, RG1 1AX              Home:         +44 734 403 506
  112.                 --------------------------------------
  113.  
  114.  
  115.  
  116.  
  117.  
  118. Volume-Number: Volume 28, Number 95
  119.  
  120.