--- gforth/INSTALL	1995/10/11 19:39:31	1.10
+++ gforth/INSTALL	1995/11/13 18:37:09	1.12
@@ -48,38 +48,59 @@ Now you can check whether your shiny new
 
 make test
 
-To make the documentation, type
+You can run some benchmarks with
 
-make -k gforth.info gforth.ps html
+make bench
+
+and compare them with the results in Benchres and in the manual.
 
 If everything is allright, you may want to install gforth. Type
 
 make install
 
-You have to make an entry in the info directory file manually. Also,
-you have to install gforth.ps and html yourself.
+You have to make an entry in the info directory file manually.
+
+For paper documentation, print gforth.ps (a Postscript file (300dpi
+fonts, i.e., it works, but does not produce best quality on better
+printers)), or say
+
+make gforth.dvi
+
+and print the resulting file gforth.dvi. You can also get the
+documentation in HTML format by typing
+
+make html
+
+		Multiple Versions and Deinstallation
+
+Several versions of Gforth can be installed and used at the same
+time. Version `foo' can be invoked with `gforth-foo'. We recommend to
+keep the old version for some time after a new one has been installed.
 
+You can deinstall this version of Gforth with 'make uninstall' and
+version foo with 'make uninstall VERSION=foo'. 'make uninstall' also
+tells you how to uninstall Gforth completely.
 
-A possible problem:
+			A Possible Problem
 
 You need to read this only if you see a message like
 
 "gforth: Cannot load nonrelocatable image (compiled for address 0x1234) at address 0x5678
 The Gforth installer should look into the INSTALL file"
 
-Gforth supports relocatable and fixed-address images. If you load
+Gforth supports both relocatable and fixed-address images. If you load
 normal Forth code and save the image, you get a fixed-address
 image. Producing a relocatable image is more difficult.
 
-Consequently, Gforth has only a relocatable image of the kernel
+Therefore, Gforth has only a relocatable image of the kernel
 (kernal.fi), which is powerful enough to load the rest of
 Gforth. However, loading the rest takes a noticable amount of time. To
-avoid this delay on every startup,the installation procedure produces
-an image fixed at an address determined at the Gforth run that
-produced the image. This fixed-address image is loaded by default. On
-most OSs this works, because the first chunk of memory is always
-allocated at the same address. If the address changes, you get the
-message above.
+avoid this delay (which would occur on every startup), the
+installation procedure produces an image fixed at an address
+determined at the Gforth run that produced the image. This
+fixed-address image is loaded by default. On most OSs this works,
+because the first chunk of memory is always allocated at the same
+address. If the address changes, you get the message above.
 
 An image address change can be caused by a change of the gforth
 executable, or by a change (upgrade) of the OS; in these cases you