Return to INSTALL.DOS CVS log

Up to [gforth] / gforth

go up to 0.3.0

    1: MS-DOS:
    2: 
    3: You need DJ Delorie's port of GCC to DOS (DJGPP 2.0) to compile
    4: Gforth. DJGPP provides a DPMI client that allows to use the 32-bit
    5: features of the 80386, but on the other hand it requires at least a
    6: 386. A DPMI host is also part of the DJGPP 2.0 package, this is
    7: required if you don't have a DPMI host yourself (Windows/OS/2/Linux
    8: DOS-box, Quemm or others).
    9: 
   10: OS/2:
   11: 
   12: You need EMX 0.9c to compile Gforth. The EMX package provides all
   13: necessary Unix-like tools, tty and signal handling.
   14: 
   15: Windows 95/Windows NT:
   16: 
   17: You need the Cygnus Win32 package. This package currently is only in
   18: beta test, so expect bugs and quirks.
   19: 
   20: If you don't want to install the DJGPP, CYGWIN32 or EMX package (quite
   21: large), look for a binary distribution of Gforth for DOS, Win32 or
   22: OS/2. You also must have a version of GNU make, because DOS/Win32/OS/2
   23: make programs are likely to have problems with the Makefile. If you
   24: want to change Gforth, you may need GNU m4, too. Because DJGPP
   25: provides use of long filenames under Windows 95, you should unpack the
   26: gforth package with a Windows-95-aware archiver (those from DJGPP or
   27: the Cygnus Win32-package come in mind), because otherwise gforth will
   28: not find the necessary files. With MS-DOS versions prior 7.0 or
   29: DR-DOS, these names are cut due to the 8.3 rule. This might confuse
   30: DJGPP 2.0's make, you could use DJGPP 1.x's make instead. Gforth 0.2.0
   31: hasn't been compiled with a MS-DOS prior 7.0.
   32: 
   33: Compiling under DOS or OS/2 has a number of quirks, and if it doesn't
   34: compile out of the box, you should know what you do. I therefore
   35: discourage unexperienced users to compile gforth themselves. There's a
   36: binary package for it anyway.
   37: 
   38: Compiling using CygWin32 works a bit better, but there are still
   39: quirks. The package allows to "mount" Windows directories under
   40: typical unix locations. E.g. I installed the package in E:\cygnus, and
   41: then I mount /usr, /usr/local and /bin with
   42: 
   43: ./mount e:/cygnus /usr
   44: ./mount e:/cygnus/H-i386-cygwin32 /usr/local
   45: ./mount e:/cygnus/H-i386-cygwin32/bin /bin
   46: 
   47: once. Each time I start CygWin32's bash, I set up the following variables:
   48: 
   49: export TMPDIR=/usr/tmp
   50: export COMPILER_PATH=/usr/local/lib/gcc-lib/i386-cygwin32/cygnus-2.7.2-961023
   51: export LIBRARY_PATH="/usr/lib;/usr/local/lib"
   52: export C_INCLUDE_PATH=/usr/local/i386-cygwin32/include
   53: export GCC_DEFAULT_OPTIONS="-specs=$COMPILER_PATH/specs"
   54: export PATH=/bin:.:$PATH
   55: 
   56: Write this into a script and source it in at each bash invocation.
   57: 
   58: Because Windows doesn't know about interpreters and shell scripts, you
   59: must run them from bash with e.g. "bash ./configure" instead just
   60: typing "./configure".
   61: 
   62: 
   63: If you don't bother and want to make it yourself, type
   64: 
   65: configure
   66: 
   67: configure has the following useful parameters:
   68:   --enable-force-reg      Use explicit register declarations if they appear in
   69:                           the machine.h file. This can cause a good speedup,
   70:                           but also incorrect code with some gcc versions on
   71:                           some processors (default disabled).
   72:   --enable-direct-threaded      Force direct threading. This may not work on
   73:                                 some machines and may cause slowdown on others.
   74:                                 (default disabled)
   75:   --enable-indirect-threaded    Force indirect threading. This can cause a
   76:                                 slowdown on some machines.
   77:                                 (default enabled)
   78: 
   79: After covering all inconveniences, type
   80: 
   81: make
   82: 
   83: Now you can check whether your shiny new Forth system works. Say
   84: 
   85: make test
   86: 
   87: You can run some benchmarks with
   88: 
   89: make bench
   90: 
   91: and compare them with the results in Benchres and in the manual.
   92: 
   93: Don't try to do "make install", it won't work, either. It is not possible to
   94: "make dist" or "make bindist", too, because of the limitations of DOS
   95: command lines.
   96: 
   97: Add the following entry to your Autoexec.bat:
   98: 
   99: SET GFORTHPATH=<your gforth source directory>;.
  100: 
  101: Use / instead of \ in your gforth source directory. Gforth now uses
  102: ';' as path separator for DOS and OS/2 (not for Cygwin32), so you
  103: won't have problems with DOS pathes that may contain ':', which is the
  104: default path separator in Unix.
  105: 
  106: For paper documentation, print gforth.ps (a Postscript file (300dpi
  107: fonts, i.e., it works, but does not produce best quality on better
  108: printers)), or say
  109: 
  110: make gforth.dvi
  111: 
  112: and print the resulting file gforth.dvi (you need TeX for that! But
  113: with TeX you can print it even if you don't have a Postscript printer
  114: nor Ghostscript).  You could be able to make a HTML version of the
  115: document, but AFAIK there is no texi2html for DOS available, as there
  116: is no perl available.