🚀 go-pugleaf

On 4 Mar 90 03:10:55 GMT, papa@pollux.usc.edu (Marco Papa) said:

Marco> One drawback I see at the moment of Tcl vs. Arexx on the Amiga
Marco> is that the former one is not made into a .library. As such, an
Marco> unreasonable duplication of code would result when multiple
Marco> programs use it (which is what one would want to do).  While
Marco> this duplication is uninportant in virtual-memory systems like
Marco> UNIX, it can be a BIG drawback on systems like the Amiga.
Marco> Currently Arexx runs a single version of the interpreter plus a
Marco> number of libraries. Are you guys at hackercorp working on a
Marco> Tcl library?

This was my firm intention when I decided that I wanted to port Tcl.
I odn't know about the guys at hackercorp, but that was my plan.  Tcl
is SO well suited a candidate for a shared library -- it was written
with that in mind.  Marco, if you plan to use Tcl w/Atalk III, might I
suggest that you wait for a tcl.library, use that (and include it with
Atalk if you can) and just do simple parsing instead of failing if
tcl.library isn't there...

Peter, Karl -- was either of you at Usenix?

Damn.  I really wish I woke up early enough to catch the Tcl talk.  I
was at Usenix, but I missed the talk on Tcl.  But I do have the
conference proceedings, and I've read the (excellent) paper.  And I
did catch a lot of the excitement floating around from Tcl...  It's a
Good Thing (tm).

As for Tcl vs. ARexx, the simple answer is, Tcl gives you a lot that
ARexx doesn't.  The not so simple answer?  I haven't the time to go
into it.  The Tcl paper is highly recommended reading.

For anyone using or interested in using Tcl on a Sun, I did the extra
work necessary to create a shared tcl library under SunOS 4.0 -- email
me if you want the Makefile.  (I expect I'll send it to the author if
he's interested.)

Deven
-- 
Deven T. Corzine        Internet:  deven@rpi.edu, shadow@pawl.rpi.edu
Snail:  2151 12th St. Apt. 4, Troy, NY 12180   Phone:  (518) 274-0327
Bitnet:  deven@rpitsmts, userfxb6@rpitsmts     UUCP:  uunet!rpi!deven
Simple things should be simple and complex things should be possible.