home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / tcl / 1012 < prev    next >
Encoding:
Internet Message Format  |  1992-07-20  |  3.2 KB
  1. Path: sparky!uunet!sun-barr!ames!agate!agate!adrianho
  2. From: adrianho@barkley.berkeley.edu (Adrian J Ho)
  3. Newsgroups: comp.lang.tcl
  4. Subject: Re: Installing TCL/TK so it can be used for development
  5. Date: 21 Jul 92 02:19:38
  6. Organization: University of California, Berkeley
  7. Lines: 53
  8. Message-ID: <ADRIANHO.92Jul21021938@barkley.berkeley.edu>
  9. References: <1992Jul21.000250.14233@twg.com>
  10. NNTP-Posting-Host: barkley.berkeley.edu
  11. In-reply-to: david@twg.com's message of 21 Jul 92 00:02:50 GMT
  12.  
  13. In article <1992Jul21.000250.14233@twg.com> david@twg.com (David Herron) writes:
  14. >One of the problems with TCL/TK is there are no `make install' tags
  15. >in the Makefile's.  Therefore there is little guidance as to what the
  16. >Official Stand on installing things are.
  17.  
  18. I doubt there's any, which explains the anarchy...
  19.  
  20. As another example, this cluster (side note: barkley.berkeley.edu is
  21. also the main file server for this cluster, so please try to limit
  22. your FTP sessions to 5PM - 8AM PST) supports machines with several
  23. different architectures, so I've arranged stuff as follows (with the
  24. aid of amd, a really spiffy automount daemon):
  25.  
  26.     binaries    /usr/local/bin
  27.     object libs    /usr/local/lib
  28.     scripts        /usr/local/common/lib/{tcl,tk}
  29.     includes    /usr/local/include/{tcl,tk}
  30.  
  31. (The subdirectories containing the system-dependent binaries and
  32. libraries are hidden by amd, thus presenting a uniform hierarchy for
  33. everything from a SPARC IPC to an IBM RS6000.  I lump both Tcl and
  34. Extended Tcl stuff together, since I view TclX as simply an extension
  35. to the main Tcl distribution.)
  36.  
  37. >It's not a big deal, really.  Just edit the Makefile to include more -I flags
  38. >and TK already knows where its own $tk_library is, so it can find its own
  39. >library files.  Rather, for me it isn't a big deal.  But this *is* one more
  40. >hassle to getting these things installed.  It *is* a place where there is
  41. >room for making incompatible decisions.  etc.
  42.  
  43. I'm not too keen on a fixed Tcl/Tk hierarchy, but if I were to
  44. implement it, I'd do it the way I outlined above, with one exception:
  45. I'd hang the Tk subdirectories off the Tcl ones, instead of having
  46. them separate.  After all, they are really Tcl extensions.  By the
  47. same token, all other extension packages would have their own
  48. subdirectories hanging off the Tcl ones.
  49.  
  50. As for your user base not being well-versed in the methods and
  51. machinations of cc/make, it would probably be best if you installed
  52. whatever packages are needed yourself, using whatever arrangement you
  53. find most convenient.  Then, detail that arrangement for your users.
  54.  
  55. If your user base absolutely *has* to install it themselves, outline
  56. the proper procedure for installation, and when you write the
  57. Makefiles, bear in mind that each package needed could be in a
  58. separate directory, and code accordingly.  Adding subdirectory
  59. specifiers to your #include's (eg. '#include "tcl/tcl.h") is a no-no.
  60. --
  61. -----------------------------------------------------------------------------
  62. Adrian Ho, He With The Embarrassingly *Dead* Passion ** Phone: (510) 642-5563
  63. System Manager, CFD Lab, ME Dept, UC Berkeley * adrianho@barkley.berkeley.edu
  64. Maintainer, Tcl/Tk Contrib Archive ---- barkley.berkeley.edu [128.32.142.237]
  65.   Send all Tcl/Tk Archive-related stuff to tcl-archive@barkley.berkeley.edu
  66.