home *** CD-ROM | disk | FTP | other *** search
/ back2roots/padua / padua.7z / padua / lang / gofer223.lha / doc / ReadMe.Amiga < prev    next >
Encoding:
Text File  |  1992-12-07  |  2.4 KB  |  79 lines
  1.                                                               January, 1992
  2.  
  3. This is a port of the Haskell-like functional programming language Gofer
  4. by Mark P Jones for the Commodore Amiga. It should run on any Amiga with
  5. about 2Mb of ram (or more), though it will run the smoothest under
  6. Kickstart 2.0 with ARexx. Currently, it must be run from the Shell
  7. (or CLI). To get started quickly, try entering the gofer/ directory and
  8. typing something like (using KS 2.0):
  9.  
  10. 3.> Execute start_gofer_amiga
  11. [ gofer banner and messages is printed ]
  12. ? :l demos/calendar
  13. [ gofer loads the calendar demo ]
  14. ? calendar 1992
  15. [ gofer prints out a nice calendar ]
  16. ? :q
  17. [ gofer exits ]
  18. 3.> 
  19.  
  20.  
  21. The following environment variables are used:
  22.  
  23.    GOFER       Set to full path for prelude (usually '...gofer/prelude')
  24.    EDITOR      Editor to use (default 'Ed').
  25.    EDITLINE    Command line to execute to start editor at a specified line
  26.                number, started as 'editcommand LINE %d FILE %s' (defualt
  27.                is Arexx-script that starts Ed).
  28.    SHELL       Command for starting a new shell, default 'NewShell'.
  29.  
  30.  
  31. I would recommend that you set the stack to at least 10000. Use a command
  32. like
  33.  
  34. 3.> stack 10000
  35.  
  36. from the shell before using gofer.
  37.  
  38.  
  39. This document describes only things that are different in the Amiga
  40. version from the Unix version. Read the Readme's and doc files for
  41. how to get started with gofer.
  42.  
  43.  
  44.  
  45. Notes on compiling the program.
  46.  
  47. The program should compile with Lattice/SAS C v5.10b. Other compilers
  48. will probably require small changes, notably the makefile (use the large
  49. code model), and the error handling (Lattice/SAS hasn't got an ANSI
  50. atexit() function, so I've used onexit() instead). Also, the Lattice
  51. function chkufb() is used to obtain the AmigaDOS filehandle of stdin
  52. for putting the console in RAW mode.
  53.  
  54. Note that I had to switch off the Optimizer on some of the modules in
  55. order to get the garbage collection to work. Also note that I have been
  56. unable to translate the parser file parser.y with either Berkeley yacc or
  57. bison. Instead, the file parser.c (which is the result of running yacc on
  58. grammar.y under Unix) is provided.
  59.  
  60.  
  61.    - Kristian.
  62.  
  63.  
  64. --------------
  65.  
  66.  
  67. If you have any comments or questions, you should be able to reach me
  68. with e-mail to
  69.  
  70.    bombadil@freja.diku.dk      (try bombadil@diku.dk if mail bounces)
  71.    
  72. or you could write me at
  73.  
  74.       Kristian Nielsen,
  75.       Groenjordskollegiet room 6111,
  76.       Groenjordsvej,
  77.       2300 Koebenhavn S,
  78.       Denmark
  79.