1 MAXIMA BUILD AND INSTALL INSTRUCTIONS
6 Maxima is written in Common Lisp. For details about supported Common
7 Lisp implementations, please see the file README.lisps.
9 Maxima can be built in three ways.
13 Lisp-only build is suitable for systems lacking GNU Autotools,
14 e.g. MS Windows systems. Lisp-only build creates a Maxima
15 executable image, but it does not create the Maxima texinfo
16 documentation, it does not adjust various pathnames and other
17 environmental variables in the maxima and xmaxima scripts,
18 it does not install Gnuplot, and it does not create an
19 installer file (neither RPM or Windows installer).
21 (2) Win32 build and install
23 Win32 build and install is suitable for MS Windows systems
24 with GNU Autotools (Mingw or otherwise).
26 (3) Unix GNU Autotools build and install
28 Unix GNU Autotools build and install is suitable for Unix and
29 Unix-like systems (e.g. Linux) with GNU Autotools.
38 WIN32 BUILD AND INSTALL
39 =======================
44 UNIX GNU AUTOTOOLS BUILD AND INSTALL
45 ===============================
47 IF CONFIGURE SCRIPT IS ABSENT
48 -----------------------------
50 Execute ``sh bootstrap'' to create the Maxima configure script.
51 (configure is absent if the source code is obtained directly
52 from CVS instead of rpm or tar.gz release file.)
55 IF CONFIGURE SCRIPT IS PRESENT
56 ------------------------------
58 ``./configure --help'' prints information about configuration options.
60 To build with GNU Autotools using the default options, type
65 configure supports many options. Type
67 to see them enumerated.
69 The "make check" step runs the Maxima test suite. The Maxima test
70 suite is also available at run time via the command run_testsuite();.
72 If locale under which Maxima is built is not C, POSIX or
73 any English language locale then is is highly recommended
74 to run "make/make install" in C locale
77 Otherwise problems with Maxima on-line help system (describe command)
80 On certain systems problem with Maxima under Clisp is reported.
81 When Maxima starts it gives the following error (exact content
82 of the message may vary) :
84 *** - invalid byte sequence #xED #x73 #x69 in CHARSET:UTF-8 conversion
85 The following restarts are available:
89 Quite likely this is Clisp installation problem. One can check
90 this by running clisp command -- it should produce the same
91 error message. Known workaround is to create empty .clisprc
92 file in user's home directory.
95 Generic Autotools build instructions follow.
102 These are generic installation instructions.
104 The `configure' shell script attempts to guess correct values for
105 various system-dependent variables used during compilation. It uses
106 those values to create a `Makefile' in each directory of the package.
107 It may also create one or more `.h' files containing system-dependent
108 definitions. Finally, it creates a shell script `config.status' that
109 you can run in the future to recreate the current configuration, a file
110 `config.cache' that saves the results of its tests to speed up
111 reconfiguring, and a file `config.log' containing compiler output
112 (useful mainly for debugging `configure').
114 If you need to do unusual things to compile the package, please try
115 to figure out how `configure' could check whether to do them, and mail
116 diffs or instructions to the address given in the `README' so they can
117 be considered for the next release. If at some point `config.cache'
118 contains results you don't want to keep, you may remove or edit it.
120 The file `configure.ac' is used to create `configure' by a program
121 called `autoconf'. You only need `configure.ac' if you want to change
122 it or regenerate `configure' using a newer version of `autoconf'.
124 The simplest way to compile this package is:
126 1. `cd' to the directory containing the package's source code and type
127 `./configure' to configure the package for your system. If you're
128 using `csh' on an old version of System V, you might need to type
129 `sh ./configure' instead to prevent `csh' from trying to execute
132 Running `configure' takes awhile. While running, it prints some
133 messages telling which features it is checking for.
135 2. Type `make' to compile the package.
137 3. Optionally, type `make check' to run any self-tests that come with
140 4. Type `make install' to install the programs and any data files and
143 5. You can remove the program binaries and object files from the
144 source code directory by typing `make clean'. To also remove the
145 files that `configure' created (so you can compile the package for
146 a different kind of computer), type `make distclean'. There is
147 also a `make maintainer-clean' target, but that is intended mainly
148 for the package's developers. If you use it, you may have to get
149 all sorts of other programs in order to regenerate files that came
150 with the distribution.
152 Compilers and Options
153 =====================
155 Some systems require unusual options for compilation or linking that
156 the `configure' script does not know about. You can give `configure'
157 initial values for variables by setting them in the environment. Using
158 a Bourne-compatible shell, you can do that on the command line like
160 CC=c89 CFLAGS=-O2 LIBS=-lposix ./configure
162 Or on systems that have the `env' program, you can do it like this:
163 env CPPFLAGS=-I/usr/local/include LDFLAGS=-s ./configure
165 Compiling For Multiple Architectures
166 ====================================
168 You can compile the package for more than one kind of computer at the
169 same time, by placing the object files for each architecture in their
170 own directory. To do this, you must use a version of `make' that
171 supports the `VPATH' variable, such as GNU `make'. `cd' to the
172 directory where you want the object files and executables to go and run
173 the `configure' script. `configure' automatically checks for the
174 source code in the directory that `configure' is in and in `..'.
176 If you have to use a `make' that does not supports the `VPATH'
177 variable, you have to compile the package for one architecture at a time
178 in the source code directory. After you have installed the package for
179 one architecture, use `make distclean' before reconfiguring for another
185 By default, `make install' will install the package's files in
186 `/usr/local/bin', `/usr/local/man', etc. You can specify an
187 installation prefix other than `/usr/local' by giving `configure' the
188 option `--prefix=PATH'.
190 You can specify separate installation prefixes for
191 architecture-specific files and architecture-independent files. If you
192 give `configure' the option `--exec-prefix=PATH', the package will use
193 PATH as the prefix for installing programs and libraries.
194 Documentation and other data files will still use the regular prefix.
196 In addition, if you use an unusual directory layout you can give
197 options like `--bindir=PATH' to specify different values for particular
198 kinds of files. Run `configure --help' for a list of the directories
199 you can set and what kinds of files go in them.
201 If the package supports it, you can cause programs to be installed
202 with an extra prefix or suffix on their names by giving `configure' the
203 option `--program-prefix=PREFIX' or `--program-suffix=SUFFIX'.
208 Some packages pay attention to `--enable-FEATURE' options to
209 `configure', where FEATURE indicates an optional part of the package.
210 They may also pay attention to `--with-PACKAGE' options, where PACKAGE
211 is something like `gnu-as' or `x' (for the X Window System). The
212 `README' should mention any `--enable-' and `--with-' options that the
215 For packages that use the X Window System, `configure' can usually
216 find the X include and library files automatically, but if it doesn't,
217 you can use the `configure' options `--x-includes=DIR' and
218 `--x-libraries=DIR' to specify their locations.
220 Specifying the System Type
221 ==========================
223 There may be some features `configure' can not figure out
224 automatically, but needs to determine by the type of host the package
225 will run on. Usually `configure' can figure that out, but if it prints
226 a message saying it can not guess the host type, give it the
227 `--host=TYPE' option. TYPE can either be a short name for the system
228 type, such as `sun4', or a canonical name with three fields:
231 See the file `config.sub' for the possible values of each field. If
232 `config.sub' isn't included in this package, then this package doesn't
233 need to know the host type.
235 If you are building compiler tools for cross-compiling, you can also
236 use the `--target=TYPE' option to select the type of system they will
237 produce code for and the `--build=TYPE' option to select the type of
238 system on which you are compiling the package.
243 If you want to set default values for `configure' scripts to share,
244 you can create a site shell script called `config.site' that gives
245 default values for variables like `CC', `cache_file', and `prefix'.
246 `configure' looks for `PREFIX/share/config.site' if it exists, then
247 `PREFIX/etc/config.site' if it exists. Or, you can set the
248 `CONFIG_SITE' environment variable to the location of the site script.
249 A warning: not all `configure' scripts look for a site script.
254 `configure' recognizes the following options to control how it
258 Use and save the results of the tests in FILE instead of
259 `./config.cache'. Set FILE to `/dev/null' to disable caching, for
260 debugging `configure'.
263 Print a summary of the options to `configure', and exit.
268 Do not print messages saying which checks are being made. To
269 suppress all normal output, redirect it to `/dev/null' (any error
270 messages will still be shown).
273 Look for the package's source code in directory DIR. Usually
274 `configure' can determine that directory automatically.
277 Print the version of Autoconf used to generate the `configure'
280 `configure' also accepts some other, not widely useful, options.