home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.linux:16647 comp.lang.tcl:1829 comp.os.coherent:5612 comp.unix.misc:4150
- Newsgroups: comp.os.linux,comp.lang.tcl,comp.os.coherent,comp.unix.misc
- Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!emory!wupost!tulane!cpu.com!cpu.com!GWLESTER
- From: gwlester@cpu.com (Gerald W. Lester)
- Subject: Re: Tcl to replacement most of /bin & /usr/bin (was: Tcl on Linux machines.)
- Nntp-Posting-Host: captainhook.cpu.com
- References: <1992Nov13.022712.16069@twg.com>
- Sender: usenet@cpu.com (Usenet administrator)
- Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
- Date: Fri, 13 Nov 1992 19:08:24 GMT
- Message-ID: <1992Nov13.190824.7843@cpu.com>
- Reply-To: gwlester@cpu.com
- Lines: 23
-
- In article <1992Nov13.022712.16069@twg.com>, "David Herron" <david@twg.com> writes:
- >
- >For those OS historians among us.. something like the stated goal of
- >RSTS & Basic-Plus is what I have in mind. In that system most (all?)
- >of the user commands were written in this dialect of Basic. The goal
- >being to have a customizable environment, and may have included some
- >of the other goals above.
- >
- >By properly partitioning functionality into dynamically loadable libraries
- >most of the necessary functionality ought to be doable in C functions.
- >In which case the scripting language would only be there to glue C functions
- >together into an application usable by a user. This should, then, make
- >the `overhead' from interpreted scripts insignificant. And, besides,
- >1) systems are a *lot* faster now than in the RSTS days, and 2) TCL is
- >a much smaller and more easily interpreted language than Basic-Plus.
- >
-
- David,
-
- Most people that I know compiled their Basic-Plus applications.
-
- Your ideas though are valid. We are doing something like this.
-
-