Examples cleanup
[maxima.git] / INSTALL
blob66385322a19eb0cbed17459fe62aa51b8a5ff94b
1 MAXIMA BUILD AND INSTALL INSTRUCTIONS
3 INTRODUCTION
4 ============
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.
11 (1) Lisp-only build
12     
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.
32 LISP-ONLY BUILD
33 ===============
35 See: INSTALL.lisp
38 WIN32 BUILD AND INSTALL
39 =======================
41 See: INSTALL.win32
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
61         ./configure
62         make
63         make check
64         make install
65 configure supports many options. Type
66         ./configure --help
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
75         LANG=C make
76         LANG=C make install
77 Otherwise problems with Maxima on-line help system (describe command)
78 can be expected.
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:
86 ABORT          :R1      ABORT
87 Break 1 [2]>
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.
99 Basic Installation
100 ==================
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
130      `configure' itself.
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
138      the package.
140   4. Type `make install' to install the programs and any data files and
141      documentation.
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
159 this:
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
180 architecture.
182 Installation Names
183 ==================
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'.
205 Optional Features
206 =================
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
213 package recognizes.
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:
229      CPU-COMPANY-SYSTEM
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.
240 Sharing Defaults
241 ================
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.
251 Operation Controls
252 ==================
254    `configure' recognizes the following options to control how it
255 operates.
257 `--cache-file=FILE'
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'.
262 `--help'
263      Print a summary of the options to `configure', and exit.
265 `--quiet'
266 `--silent'
267 `-q'
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).
272 `--srcdir=DIR'
273      Look for the package's source code in directory DIR.  Usually
274      `configure' can determine that directory automatically.
276 `--version'
277      Print the version of Autoconf used to generate the `configure'
278      script, and exit.
280 `configure' also accepts some other, not widely useful, options.