home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.20 / text0119.txt < prev    next >
Encoding:
Internet Message Format  |  1990-08-02  |  2.3 KB
  1. From:  johnz@grapevine.EBay.Sun.COM (John Zolnowsky ext. 33230)
  2.  
  3. In article <385@usenix.ORG>, jsh@usenix.org writes:
  4. > Paul Rabin <rabin@osf.org> reports on the April 23-27 meeting in Salt
  5. > Lake City, UT:
  6. > 
  7. > 3.3  Headers and Name-Space Control
  8. > 
  9. > A new feature-test macro will be specified by 1003.1b and subsequent
  10. > revisions: _POSIX_1_SOURCE.  This macro takes ordinal values, starting
  11. > with 2 for 1003.1b, and will be incremented by 1 for every subsequent
  12. > revision.  If the value is 1, the effect will be the same as if
  13. > _POSIX_SOURCE were defined.
  14. > 
  15. > There are two changes here.  The new name was used to indicate that
  16. > the macro only controls the visibility of identifiers defined in
  17. > POSIX.1.  The usage was changed to allow the value to indicate the
  18. > particular revision or supplement to the standard, rather than having
  19. > to create a new macro each time.  This should simplify the
  20. > construction and maintenance of header files.
  21.  
  22. I recognize that programs must have some way of freezing the
  23. ever-growing POSIX namespace, but I have reservations about the
  24. approach implicit in the name _POSIX_1_SOURCE.
  25.  
  26. I suspect that the "1" in _POSIX_n_SOURCE refers to 1003.1, as a
  27. working group or a standard.  This creates a strictly historical
  28. binding between a function name and the working group which first
  29. needed to define an interface, and this binding will be perpetuated in
  30. code.  As an example, imagine the goobledeegook when multi-threaded
  31. network servers must tree-walk and want to be cognizant of symlinks.
  32.  
  33. Since it is planned that all these standards will be unified under the
  34. umbrella of ISO 9945-1 (or whatever future number the C-binding appears
  35. unders) it would seem more prudent to have a single feature-test macro,
  36. such as _POSIX_C_SOURCE, for which for increasing values expose the
  37. entire POSIX function namespace in historical order.  This would place
  38. no further requirements upon implementations.  Applications would be
  39. affected only when being modified to use POSIX extensions:  they would
  40. then have to honor not only the namespace reservation of the extension,
  41. but of all of POSIX at the time the extension was standardized.  Note
  42. that this requirement already exists for any other interfaces added by
  43. the working group which added the extension.
  44.  
  45. -John Zolnowsky         johnz@EBay.Sun.COM              (408)276-3230
  46.  
  47. Volume-Number: Volume 20, Number 117
  48.  
  49.