home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / tcl / 2294 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  2.4 KB
  1. Path: sparky!uunet!wupost!emory!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!sean+
  2. From: sean+@andrew.cmu.edu (Sean McLinden)
  3. Newsgroups: comp.lang.tcl
  4. Subject: Re: TCL3.0 installation lack
  5. Message-ID: <gfGLWYa00WBMQ161QY@andrew.cmu.edu>
  6. Date: 5 Jan 93 02:01:40 GMT
  7. Article-I.D.: andrew.gfGLWYa00WBMQ161QY
  8. References: <1992Dec31.235704.15177@twg.com> <1993Jan4.014342.11682@cpu.com>
  9.     <1ia47jINNolq@ni.umd.edu>
  10. Organization: Carnegie Mellon, Pittsburgh, PA
  11. Lines: 35
  12. In-Reply-To: <1ia47jINNolq@ni.umd.edu>
  13.  
  14. >How about /local/bin, /local/lib, /local/include?  Saves on the typing as
  15. >well as less cycles in namei().
  16. > 
  17. >I guess it really doesn't matter so long as the Makefile has a
  18. >variable which can be set.  Also, I don't believe that the Makefile
  19. >installs tclHash.h.  If you're using the various hash table functions,
  20. >you need this too.
  21.  
  22. Actually it does matter, though for obscure reasons. The problems seems
  23. to be an inconsistent approach to developing Unix directory hierarchies
  24. that probably goes back at least as far as BSD. Since both "/" and
  25. "/usr" support ./bin, ./lib, ./etc, ./man and ./tmp, one might argue that
  26. for consistency a "/usr/local" (which is really the logical root of
  27. the tree) should support the same configuration, e.g., /usr/local/bin,
  28. /usr/local/etc, /usr/local/lib, etc.
  29.  
  30. Why is this important, besides consistency? Because otherwise it becomes
  31. impossible to write simple Makefile(s) which will accept only a
  32. ProjectRoot (to use the X11R5 Imake convention) and locate things,
  33. appropriately. This lack of standard convention for software distributions
  34. can drive a systems person crazy. Without a standard convention, each
  35. Makefile reflects the layout at the source institution which may or may
  36. not look like anyone else's. Worse yet, there seems to be a general trend
  37. toward avoiding the use of a subdirectory for #include files. If one
  38. more person tries to have me install a /usr/include/util.h (as if no one
  39. would *ever* think to pick that name)...
  40.  
  41. This may seem like a trivial problem (certainly given the state of things
  42. in Somalia it is). But I suspect that hundreds of thousands of personhours
  43. are spent each user by Unix system administrators trying to resolve differences
  44. between file system layouts because we have no widely accepted conventions
  45. for such. When this makes up the difference between a one hour and a one
  46. half day install, it becomes pretty significant even on a personal level.
  47.  
  48. Sean McLinden
  49.