home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.20 / text0039.txt < prev    next >
Encoding:
Internet Message Format  |  1990-08-02  |  1.6 KB
  1. From: David J. MacKenzie <djm@eng.umd.edu>
  2.  
  3. > From:  peter@ficc.uucp
  4.  
  5. > Might it not be time to "push the envelope" as 1003.4 has done, and specify
  6. > Eric Allman's far superior "parseargs" interface? Getopt really doesn't do
  7. > that much: a command line parser using getopt is only slightly simpler than
  8. > one assembled completely out of a nested loop, and it doesn't do anything
  9. > to help generate usage messages and the like... with the result that usage
  10. > messages that are out of date are not that uncommon, even in system programs.
  11.  
  12. > Parseargs also helps by providing a system-independent interface, more so
  13. > if you use my extended version of the unix driver routine. That way folks
  14. > who work in other environments will be encouraged to produce programs that
  15. > follow the P1003.2 interface when compiled under POSIX... and POSIX programs
  16. > will fit well into VAX/VMS, MS-DOS, etc...
  17.  
  18. Parseargs has a lot of problems; I looked at it and discarded it.  It
  19. might provide a superior interface to the programmer, but it doesn't
  20. provide the same interface to the user; that is, it doesn't conform to
  21. the standard Unix option syntax that most programs use (allowing
  22. ganging of multiple single-letter options into a single argument, for
  23. example).  Since getopt is an existing-practice de-facto standard, I
  24. see no justification for trying to push something quite different that
  25. hardly anyone uses as an IEEE standard.  I don't think what 1003.4 is
  26. doing is necessarily a good idea either.  It probably exceeds the
  27. POSIX charter.
  28. --
  29. David J. MacKenzie <djm@eng.umd.edu> <djm@ai.mit.edu>
  30.  
  31. Volume-Number: Volume 20, Number 39
  32.  
  33.