home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.tcl
- Path: sparky!uunet!destroyer!gumby!wupost!psuvax1!schwartz
- From: schwartz@roke.cs.psu.edu (Scott Schwartz)
- Subject: Re: Installation/Distribution Problems
- In-Reply-To: karl@NeoSoft.com's message of Wed, 22 Jul 1992 18:50:26 GMT
- Message-ID: <BrtFHG.6KE@cs.psu.edu>
- Sender: news@cs.psu.edu (Usenet)
- Nntp-Posting-Host: roke.cs.psu.edu
- References: <1992Jul21.150227.18823@walter.bellcore.com>
- <1992Jul22.185026.20369@NeoSoft.com>
- Date: Thu, 23 Jul 1992 01:16:42 GMT
- Lines: 12
-
- karl@NeoSoft.com (Karl Lehenbauer) writes:
- You might have a look at Extended Tcl on barkley.berkeley.edu. It has
- the ability to startup with info from an environment variable or a config
- file, either of which can then set a tcl search path and automatically
- pull in stuff in /usr/local/tcl, /usr/local/lib/tcl, /usr/local/lib/tk,
- or what have you.
-
- Speaking of Extended Tcl, its autoload mechanism conflicts with the
- standard one. Speaking as a nervous user of tclx, it would be nice to
- see a convergance of some sort. Currently one has to tweak wish
- scripts (like demos/widget) that assume the standard system to get
- them to cooperate with tclx.
-