1: You need gcc version 2.0 or later to compile gforth.
2:
3: First, type
4:
5: ./configure
6:
7: configure has the following useful parameters:
8: --prefix=PREFIX install architecture-independent files in PREFIX
9: [default: /usr/local]
10: --exec-prefix=PREFIX install architecture-dependent files in PREFIX
11: [default: same as prefix]
12: --enable-force-reg Use explicit register declarations if they appear in
13: the machine.h file. This can cause a good speedup,
14: but also incorrect code with some gcc versions on
15: some processors (default disabled).
16: --enable-direct-threaded Force direct threading. This may not work on
17: some machines and may cause slowdown on others.
18: (default processor-dependent)
19: --enable-indirect-threaded Force indirect threading. This can cause a
20: slowdown on some machines.
21: (default processor-dependent)
22: --with-debug specifies option -g to compile with debug info (default)
23: --without-debug omits the -g switch and creates smaller images on
24: machines where strip has problems with gcc style
25: debugging informations.
26: --help: tells you about other parameters.
27:
28: If you don't like the defaults for the installation directories, you
29: should override them already during configure. E.g., if you want to
30: install in the /gnu hierarchy instead of in the default /usr/local
31: hirarchy, say
32:
33: ./configure --prefix=/gnu
34:
35: After, configuration, type
36:
37: make
38:
39: If your make has trouble with the Makefile, "make gforth" might work.
40:
41: If your installed gcc isn't called "gcc" (e.g., called "gcc-2.6.1"), type
42:
43: make GCC=<whatever you call your gcc>
44:
45: instead.
46:
47: Now you can check whether your shiny new Forth system works. Say
48:
49: make test
50:
51: To make the documentation, type
52:
53: make -k gforth.info gforth.ps html
54:
55: If everything is allright, you may want to install gforth. Type
56:
57: make install
58:
59: You have to make an entry in the info directory file manually. Also,
60: you have to install gforth.ps and html yourself.
61:
62:
63: A possible problem:
64:
65: You need to read this only if you see a message like
66:
67: "gforth: Cannot load nonrelocatable image (compiled for address 0x1234) at address 0x5678
68: The Gforth installer should look into the INSTALL file"
69:
70: Gforth supports both relocatable and fixed-address images. If you load
71: normal Forth code and save the image, you get a fixed-address
72: image. Producing a relocatable image is more difficult.
73:
74: Therefore, Gforth has only a relocatable image of the kernel
75: (kernal.fi), which is powerful enough to load the rest of
76: Gforth. However, loading the rest takes a noticable amount of time. To
77: avoid this delay (which would occur on every startup), the
78: installation procedure produces an image fixed at an address
79: determined at the Gforth run that produced the image. This
80: fixed-address image is loaded by default. On most OSs this works,
81: because the first chunk of memory is always allocated at the same
82: address. If the address changes, you get the message above.
83:
84: An image address change can be caused by a change of the gforth
85: executable, or by a change (upgrade) of the OS; in these cases you
86: just have to rebuild and reinstall the fixed address image with
87:
88: rm gforth.fi; make gforth.fi; make install
89:
90: If you get such a message with a different address in place of the
91: 0x5678 each time you try to start gforth, you cannot use fixed-address
92: images on your OS. In this case, send us a message so that we start
93: searching for a comfortable solution to this problem. In the
94: meantime, start gforth with
95:
96: gforth -i kernal.fi startup.fs
97:
FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>