# Date: Fri, 3 Nov 1995 09:39:12 -0500
# From: "Jin S. Choi" <jsc@atype.com>
# Cc: scsh@martigny.ai.mit.edu
# References: <95Nov3.020055est.12970@galapagos.cse.psu.edu>
# <SHIVERS.95Nov3081145@lambda.lcs.mit.edu>
# Reply-To: jin@atype.com
#
# >>>>> "Olin" == Olin Shivers <shivers@lcs.mit.edu> writes:
#
# Olin> How about punting S48 and moving to another Scheme platform? Wow,
that
# Olin> would be a ton of work -- we'd have to completely redo the I/O
system,
# Olin> the ff interface, and the whole top-level, for starters. We'd lose
S48's
# Olin> module system. And what system would we use?
#
# As long as we're speculating, how about Elk? Most of the low level
# unix interface is already there. A generational, incremental garbage
# collector which works with C extensions. No compiler or module system,
# though. Starts up really fast.
#
# What about bigloo? Can compile to C, has a module system. One of the
# fastest free scheme compilers.
I've been having great success with Gambit-C. It has a nice foreign
function interface. It compiles to C. It is *very* portable.
It has a very limited module system as part of the compiler. Someday
it will be integrated with the interpreter as well.
I have heard that Gambit-C will have a very fancy generational garbage
collector with an expandable heap in the near future.
;Brent
|