home *** CD-ROM | disk | FTP | other *** search
/ Power-Programmierung / CD1.mdf / lisp / interpre / xlispplu / read.me < prev    next >
Encoding:
Text File  |  1992-01-14  |  3.4 KB  |  97 lines
  1. This disk contains the XLISP files you requested. The files are in a
  2. self extracting arj archive, xlisp21d.exe.
  3.  
  4. To differentiate this version from the original David Betz version,
  5. this one is called XLISP-PLUS 2.1d. The alphabetic character will be
  6. increased in future versions.
  7.  
  8. Go to the directory you wish to install xlisp, and run:
  9.  
  10. xlisp21d
  11.  
  12.  
  13. Directory SOURCES:
  14. Contains all source files. Consult the READ.ME file in that directory
  15. for additional information.
  16.  
  17. Directory DOCS:
  18. Contains one or more of the following:
  19.     CLDOC.WP    -- WordPerfect 5.1 source for documentation
  20.     CLDOC.PS    -- PostScript version of documentation
  21.     CLDOC.TXT    -- ASCII version of documentation, requires
  22.             backspacing printer. For clear text, use an
  23.             editor and delete all backspace-underscore pairs.
  24.  
  25. Directory LSP:
  26. Contains the .LSP files, including init.lsp which XLISP automatically
  27. reads at startup.
  28.  
  29. Directory BIN:
  30. Contains zero or more of the following executables:
  31.     XLISP.EXE    -- Requires 80386 or 80486, and at least
  32.             1 megabyte of extended memory. Uses DJ Delorie's
  33.             port of the Gnu C compiler, and his DOS extender,
  34.             go32. Not compatible with DPMI, but is compatible
  35.             with VCPI and XMS. The compiler and DOS extender 
  36.             are available from grape.ecs.clarkson.edu as djgpp.
  37.  
  38.     EMU387        -- 80387 emulator for above. To use, set environment
  39.             variable "set go32=emu c:/bin/emu387" assuming this
  40.             file is in c:\bin directory.
  41.  
  42.     XLISPSML.EXE    -- Runs on any generic IBM/PC or Clone. Compiled using
  43.             Borland C++ (as a C compiler), Ralf Brown's spawno
  44.             version 3.0 for nice SYSTEM function, and Fabrice 
  45.             Bellard's lzexe to compact the executable.
  46.             
  47. Directory NDMAKE:
  48. Either empty or contains version 4.5 of Don Kneller's NDMAKE, a shareware
  49. make program. This was used for all the MS-DOS make files.
  50.  
  51. Directory SPAWNO:
  52. Either empty or contains version 3.0 of Ralf Brown's SPAWNO, a freeware
  53. "virtual memory" spawn function used in creating xlispsml.exe.
  54.  
  55.  
  56. **********************
  57.  
  58. OTHER VERSIONS: 
  59.  
  60. MS DOS: I am no longer building other versions (such as 80286, or
  61. 80x87 support for real mode).
  62.  
  63. MS Windows: There are references hinting of a Windows version. Yes,
  64. that is coming someday. Meanwhile the work in this regard has
  65. resulted in still more obscure bug fixes, some improved code, and
  66. operation in medium memory model which is faster and more compact
  67. than the old large model. Medium model is not available for all
  68. compilers.
  69.  
  70. OS/2: Don't have this. There is an excellent chance that Microsoft C
  71. will compile this as is if the GRAPHICS option is turned off.
  72.  
  73. OS/2 PM: Not likely.
  74.  
  75. AMIGA: Now supported (but I can't test it).
  76.  
  77. UNIX: Seems to work on BSD style systems, at least. Those with
  78. ancient compilers may require some code/include file touchups.
  79.  
  80. Macintosh: Someone, somewhere has the *STUFF.C file for this. With
  81. that file (which will need some hacking) there is no reason for it
  82. not to work.
  83.  
  84. Others computers: I've tried to make the code as portable as
  85. possible. You'll need to write a *STUFF.C file for your system. Also
  86. read XLISP.H closely. All the 80x86'isms are, thank God,
  87. conditionally included, so these won't get in the way.
  88.  
  89. C++: It won't compile, but you should be able to hack on the code a while
  90. and get it to go. The ANSI C conversion work I've done should help you,
  91. although I've only converted function headers as necessary to keep the
  92. C compilers happy.
  93.  
  94.  
  95. Tom Almy
  96. toma@sail.labs.tek.com
  97.