home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.shell:3742 comp.unix.questions:10619
- Newsgroups: comp.unix.shell,comp.unix.questions
- Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!dv2t1!shmdgljd
- From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
- Subject: Re: Shell Scripts vs. C programs
- Sender: news@rchland.ibm.com
- Message-ID: <1992Sep01.200359.23048@rchland.ibm.com>
- Date: Tue, 01 Sep 1992 20:03:59 GMT
- Reply-To: jay@vnet.ibm.com
- Disclaimer: This posting represents the poster's views, not necessarily those of IBM
- References: <1992Aug31.211738.1909@tjhsst.vak12ed.edu> <119@steiny.com> <1992Sep1.044434.7193@news.acns.nwu.edu> <121@steiny.com> <1992Sep1.173604.15563@u.washington.edu>
- Nntp-Posting-Host: dv2t1.rchland.ibm.com
- Organization: IBM Rochester, MN
- Keywords: shell script, C
- Lines: 21
-
- In article <1992Sep1.173604.15563@u.washington.edu>, donn@carson.u.washington.edu (Donn Cave) writes:
- |>
- |> I have wondered if it would be possible to develop a reasonably usable shell
- |> language that would have "software engineering" features for writing large
- |> systems. For me, that would mean some level of typing, structured types,
- |> functional scoping, and some way to deal with code in separate modules,
- |> but I'm sure there's more to it if one were to consult some standard texts
- |> on this issue. Would be nice to be able to create somewhat complex data
- |> types, e.g., trees, and store "pointers" to functions, but not necessarily
- |> the way C does it, maybe more like Lisp. It would of course need to be
- |> able to run fairly efficient code.
-
- Take a look at tcl, in particular the shell that's shipped with extended tcl.
- Tcl has a lispish/C-ish syntax, is very extendable, structured, &c &c. I've
- seen comparisons between tcl & lisp, tcl & perl, tcl & rexx, etc.
-
- comp.lang.tcl for more info.
-
- --
- : jay jay@vnet.ibm.com My opinions and ideas, not my employer's.
- : shmdgljd@rchland.vnet.ibm.com (c) Copyright 1992. All rights reserved.
-