home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / forth / 2852 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  3.9 KB

  1. Path: sparky!uunet!mcsun!uknet!mucs!m1!bevan
  2. From: bevan@cs.man.ac.uk (Stephen J Bevan)
  3. Newsgroups: comp.lang.forth
  4. Subject: Re: Down with free Forth systems.
  5. Message-ID: <BEVAN.92Jul24194220@panda.cs.man.ac.uk>
  6. Date: 24 Jul 92 18:42:20 GMT
  7. References: <1992Jul15.115912.9846@Informatik.TU-Muenchen.DE>
  8.     <l6lr0pINNsvk@appserv.Eng.Sun.COM>
  9.     <1992Jul22.104843.9317@Informatik.TU-Muenchen.DE>
  10.     <1992Jul22.233956.27151@crd.ge.com>
  11. Sender: news@cs.man.ac.uk
  12. Organization: Department of Computer Science, University of Manchester
  13. Lines: 73
  14. In-reply-to: eaker@ukulele.crd.ge.com's message of 22 Jul 92 23:39:56 GMT
  15.  
  16. In article <1992Jul22.233956.27151@crd.ge.com> eaker@ukulele.crd.ge.com (Chuck Eaker) writes:
  17.    I think it is worthwhile to distinguish between systems that are free
  18.    (or inexpensive) and systems that are professionally developed.
  19.  
  20. Ok, but I don't really follow your distinctions ...
  21.  
  22.  
  23.    C and Pascal were both of these.
  24.    Both C and Pascal were both developed by teams of professionals whose
  25.    jobs were to create such things.
  26.  
  27. N. Wirth developed Pascal, and with all due respect to him, I don't
  28. think you'll find many people who thought much of his first
  29. implementation.  As to C, it was cobled together as an when new
  30. features were required in hacking UNIX.  Again with all due respect to
  31. D. Ritchie ... etc. who worked on the first compilers, I think they
  32. were more interested in what mapped easily to their hardward (various
  33. PDPs) rather than _designing_ a language per se.
  34.  
  35.  
  36.    A large number of Forth systems are free ...
  37.    ... and I know of no other language for which popular implementations
  38.    are free and were developed by people who were paid nothing to do it.
  39.  
  40. It depends on what you mean by develop.  I can name at least 5 free
  41. Scheme implementations, a couple of CommonLisp ones, one EuLisp one, 3
  42. Haskell ones (4 if you include Gofer), 2 ML ones.  If you think the
  43. above aren't "real world" languages, then how about GNU C/C++?
  44.  
  45.  
  46.    The moral of all of this is that I believe the following:
  47.    Every "successful" language was professionally developed
  48.    and is commercially supported. Furthermore, the commercial
  49.    support comes from at least one big player who is going to be maintaining
  50.    the language and holding hands over the long haul.
  51.    (By "successful", I mean something which is used by lots of people,
  52.    a high percentage of which are trying to learn something or make money.)
  53.  
  54. Even though I dislike the language, I think Perl is a counter example.
  55. Larry Wall wrote it, gave it away free, and there are now a _lot_ of
  56. users out there.  Vendors are even starting to ship it with their
  57. products e.g. Convex and I wouldn't be suprised if Sun started
  58. shipping it soon.
  59.  
  60. To a lesser extent you could also argue that languages like XLisp,
  61. XScheme, TCL, Python are counter examples, though they haven't
  62. attracted as much attention as Perl.
  63.  
  64.  
  65.    Try this. Develop Forth++ which will operate in a Unix environment.
  66.    Define Forth++ words which take the name of a (preferably C++) library
  67.    (such as some of the X libraries) and links the library into the Forth++
  68.    environment so that a user can interactively list the classes, functions,
  69.    etc. provided by the library, create instances, execute methods, and
  70.    generally perform reckless experiments quickly and cheaply in the manner
  71.    that, for me, is the essence of Forth.
  72.  
  73. You can already do all this sort of stuff if you use systems like
  74. Winterp, Elk and TCL.  What are missing in these that you think FORTH
  75. will address?  Note I'm not arguing against allowing FORTH to link to
  76. C++, X ... etc., I just don't think these issues should warp the
  77. language in any way.  That is, if the interface is clean and optional,
  78. go for it, if not drop it.
  79.  
  80.  
  81.    C++ will be around for a long time.
  82.  
  83. So will COBOL and FORTRAN, it's in good company isn't it :-)
  84.  
  85. Finally, to those working on the free FORTH: more power to your
  86. collective elbows; there is a potential user right here.
  87.  
  88. bevan
  89.