home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / shell / 3742 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.9 KB

  1. Xref: sparky comp.unix.shell:3742 comp.unix.questions:10619
  2. Newsgroups: comp.unix.shell,comp.unix.questions
  3. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!dv2t1!shmdgljd
  4. From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
  5. Subject: Re: Shell Scripts vs. C programs
  6. Sender: news@rchland.ibm.com
  7. Message-ID: <1992Sep01.200359.23048@rchland.ibm.com>
  8. Date: Tue, 01 Sep 1992 20:03:59 GMT
  9. Reply-To: jay@vnet.ibm.com
  10. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  11. 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>
  12. Nntp-Posting-Host: dv2t1.rchland.ibm.com
  13. Organization: IBM Rochester, MN
  14. Keywords: shell script, C
  15. Lines: 21
  16.  
  17. In article <1992Sep1.173604.15563@u.washington.edu>, donn@carson.u.washington.edu (Donn Cave) writes:
  18. |> 
  19. |> I have wondered if it would be possible to develop a reasonably usable shell
  20. |> language that would have "software engineering" features for writing large
  21. |> systems.  For me, that would mean some level of typing, structured types,
  22. |> functional scoping, and some way to deal with code in separate modules,
  23. |> but I'm sure there's more to it if one were to consult some standard texts
  24. |> on this issue.  Would be nice to be able to create somewhat complex data
  25. |> types, e.g., trees, and store "pointers" to functions, but not necessarily
  26. |> the way C does it, maybe more like Lisp.  It would of course need to be
  27. |> able to run fairly efficient code.
  28.  
  29. Take a look at tcl, in particular the shell that's shipped with extended tcl.
  30. Tcl has a lispish/C-ish syntax, is very extendable, structured, &c &c.  I've
  31. seen comparisons between tcl & lisp, tcl & perl, tcl & rexx, etc.
  32.  
  33. comp.lang.tcl for more info.
  34.  
  35. -- 
  36. : jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
  37. : shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
  38.