home *** CD-ROM | disk | FTP | other *** search
- ReadMe for Acorn version of VSCM V0r4
- -------------------------------------
-
- This is the first semi-sane port of VSCM to the acorn hardware.
- Running VSCM is as simple as clicking on the icon; if you don't
- like it running by taking over the machine then simply use the alias
- thats provided - 'vscm' will run VSCM in a window.
- As a default VSCM will set itself up by trying to get around 3 Meg of
- memory.
- Bad news - this is a minimum. More is better.
- This is not a good version of Scheme if you want small and perfectly formed,
- it's more a large 'I can assume you've got heaps of memory' type
- implementation.
- 3 and a bit meg will just enable you to scrape through the R4RS test suite;
- it's happier with more - suggested at about 4 meg to keep it happy?
- (If you think this is ridiculous I advise you look at the memory
- requirements of CMU Common Lisp - 24meg; also I'd happily point you at one
- of my other ports - GNU Scheme goes happily in little memory, Fools Lisp
- is happier still, and Siod varies somewhat depending on what yo are doing
- with it..)
-
-
- Problems
- --------
- As yet - none known other than it tends to give 'Memory problems caused
- premature GC' messages. This is indicative of you not giving it enough
- memory (not vastly nice of it..)...
-
-
- Problems recompiling
- --------------------
- As I'm a nice informative person, if you do try recompiling here's how -
-
- o change the #ident directives (script in the unix tar file to do this)
-
- o compile up the stuff using a makefile. no twiddles needed
-
- o amu wont like it so try the following instead :
- move o.main into the current directory (ie one up from o.)
- remove o.fileno (this is important)
- libfile -c -o lib o.*
- link main lib unixlib -o scheme
-
- o and thats it (apart from finding yourself a bootstrapped image)
-
- Main things to note - much to my vast annoyance this simple WILL NOT GO
- when compiled without unixlib. I suspect this has to do with fileno().
- When compiled with clib it works. But as soon as you try (load ...) it then
- hangs. Completely. You have to hard reboot. (No interrupts....nothing..)
- so unfortunately we dont have a self extending wimpslot yet....sigh.
- Sorry folks.
-
-
- Extensions
- ----------
- Not likely. I'll concentrate on the smaller implementations.
-
-
- So why use it?
- --------------
- It'll eat any bytecode produced on another piece of hardware by the same
- version of VSCM. Net result? You get portable compiled images.
- (Might be marginally faster at loading some stuff than straight
- interpreters...)
- How to use the bytecode ->
-
- (load "whatever") ; obvious
- (dump "obj_file") ; dump out current wm into obj_file
-
- thereafter you can use
-
- Set VSCMBOOT obj_file ; set obj_code to boot from
-
- to persuade VSCM to load from your new bytecode file next time around..
-
-
- Other info
- ----------
- Thanks to Matthias for helping track down a slight feature ;-)
- This was bootstrapped on a Sparc - if you want to see the sources or
- the bootstrap code then try looking in
-
- ftp.cs.indiana.edu
- /pub/scheme-repository/imp/vscmV0r4.tar.gz
-
- which has the entire source code.
- You cannot (to my knowledge and from my attempts..) bootstrap it again on
- the archi - I've tried on a 16meg RPC from outside the WIMP and it simply
- refused to go....It might with persuasion - I can't see many people wanting
- to recompile the bootstrap source anyway ;-)
-
-
- Problems / ideas can be sent to :
-
- Snail:
- Al Slater
- Kintail,
- Barclay Park,
- Aboyne,
- Aberdeenshire.
- AB34 5JF.
-
-
- Email:
- ams@csd.abdn.ac.uk
-