Path: utzoo!attcan!uunet!samsung!dali.cs.montana.edu!milton!uw-beaver!Teknowledge.COM!unix!hplabs!hplabsz!mayer From: mayer@hplabsz.HPL.HP.COM (Niels Mayer) Newsgroups: comp.lang.scheme Subject: Re: what makes scheme? Message-ID: <5752@hplabsz.HPL.HP.COM> Date: 8 Aug 90 03:21:31 GMT References: <9008031618.AA02461@mailhost.samsung.com> <1990Aug5.175401@sprawl.yorku.ca> Reply-To: mayer@hplabs.hp.com (Niels Mayer) Organization: Hewlett-Packard Labs, Software & Systems Lab, Palo Alto, CA. Lines: 37 Summary: Expires: Sender: Followup-To: In article Rich Murphey writes: >Are there any other small, redistributable scheme interpreters written >in C which have a straightforward interface to code written in C? To >be specific, are there any others better for the purpose of adding a >scheme subset as an extension language to small (1000 line) C language >programs. Are there redistributable scheme interpreters which run on >both unix and *ms-dos*? > >I'm curious to know what else is out there that's a minimal >implementation, easy to modify, port, interface with other C code, and >redistribute. As a scheme novice, I am easily overwhelmed by the size >of elk and even Jason Coughlin's interpreter, and I wouldn't even >think about trying to port them to ms-dos. Thanks! Rich There's Xscheme -- see comp.lang.lisp.x for discussions of it. In particular, xscheme (and it's older brother xlisp) are designed to be small & portable enough to run on MS-DOS machines (and amigas, macs, etc) W/r/t interfacing to other C code, I use Xlisp as a user-interface&application extension language for OSF/Motif-based applications (WINTERP) that are written in a hybrid of C and interpreted Lisp. I find it relatively easy to interface between C and Xlisp. Xscheme is quite similar to xlisp and allows for the same kind of hybrid Lisp+Scheme programming that I do in WINTERP. I very much doubt you are going to see a decent scheme implementation that is significantly smaller than the size of xscheme, or Elk. Once they get "too minimal" you're going to have to go about kludging up pieces of the necessary functionality every time you try to do something. ------------------------------------------------------------------------------- Niels Mayer -- hplabs!mayer -- mayer@hplabs.hp.com Human-Computer Interaction Department Hewlett-Packard Laboratories Palo Alto, CA. *