~xpad-team/xpad/trunk

« back to all changes in this revision

Viewing changes to INSTALL

  • Committer: Arthur Borsboom
  • Date: 2018-08-07 08:09:26 UTC
  • Revision ID: arthurborsboom@gmail.com-20180807080926-2hhfy1wcxzpd3xfg
Updated INSTALL instructions, which have been updated automatically by build tools

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
Installation Instructions
2
2
*************************
3
3
 
4
 
Copyright (C) 1994-1996, 1999-2002, 2004-2013 Free Software Foundation,
5
 
Inc.
 
4
   Copyright (C) 1994-1996, 1999-2002, 2004-2016 Free Software
 
5
Foundation, Inc.
6
6
 
7
7
   Copying and distribution of this file, with or without modification,
8
8
are permitted in any medium without royalty provided the copyright
12
12
Basic Installation
13
13
==================
14
14
 
15
 
   Briefly, the shell command `./configure && make && make install'
 
15
   Briefly, the shell command './configure && make && make install'
16
16
should configure, build, and install this package.  The following
17
 
more-detailed instructions are generic; see the `README' file for
 
17
more-detailed instructions are generic; see the 'README' file for
18
18
instructions specific to this package.  Some packages provide this
19
 
`INSTALL' file but do not implement all of the features documented
 
19
'INSTALL' file but do not implement all of the features documented
20
20
below.  The lack of an optional feature in a given package is not
21
21
necessarily a bug.  More recommendations for GNU packages can be found
22
22
in *note Makefile Conventions: (standards)Makefile Conventions.
23
23
 
24
 
   The `configure' shell script attempts to guess correct values for
 
24
   The 'configure' shell script attempts to guess correct values for
25
25
various system-dependent variables used during compilation.  It uses
26
 
those values to create a `Makefile' in each directory of the package.
27
 
It may also create one or more `.h' files containing system-dependent
28
 
definitions.  Finally, it creates a shell script `config.status' that
 
26
those values to create a 'Makefile' in each directory of the package.
 
27
It may also create one or more '.h' files containing system-dependent
 
28
definitions.  Finally, it creates a shell script 'config.status' that
29
29
you can run in the future to recreate the current configuration, and a
30
 
file `config.log' containing compiler output (useful mainly for
31
 
debugging `configure').
 
30
file 'config.log' containing compiler output (useful mainly for
 
31
debugging 'configure').
32
32
 
33
 
   It can also use an optional file (typically called `config.cache'
34
 
and enabled with `--cache-file=config.cache' or simply `-C') that saves
35
 
the results of its tests to speed up reconfiguring.  Caching is
36
 
disabled by default to prevent problems with accidental use of stale
37
 
cache files.
 
33
   It can also use an optional file (typically called 'config.cache' and
 
34
enabled with '--cache-file=config.cache' or simply '-C') that saves the
 
35
results of its tests to speed up reconfiguring.  Caching is disabled by
 
36
default to prevent problems with accidental use of stale cache files.
38
37
 
39
38
   If you need to do unusual things to compile the package, please try
40
 
to figure out how `configure' could check whether to do them, and mail
41
 
diffs or instructions to the address given in the `README' so they can
 
39
to figure out how 'configure' could check whether to do them, and mail
 
40
diffs or instructions to the address given in the 'README' so they can
42
41
be considered for the next release.  If you are using the cache, and at
43
 
some point `config.cache' contains results you don't want to keep, you
 
42
some point 'config.cache' contains results you don't want to keep, you
44
43
may remove or edit it.
45
44
 
46
 
   The file `configure.ac' (or `configure.in') is used to create
47
 
`configure' by a program called `autoconf'.  You need `configure.ac' if
48
 
you want to change it or regenerate `configure' using a newer version
49
 
of `autoconf'.
 
45
   The file 'configure.ac' (or 'configure.in') is used to create
 
46
'configure' by a program called 'autoconf'.  You need 'configure.ac' if
 
47
you want to change it or regenerate 'configure' using a newer version of
 
48
'autoconf'.
50
49
 
51
50
   The simplest way to compile this package is:
52
51
 
53
 
  1. `cd' to the directory containing the package's source code and type
54
 
     `./configure' to configure the package for your system.
 
52
  1. 'cd' to the directory containing the package's source code and type
 
53
     './configure' to configure the package for your system.
55
54
 
56
 
     Running `configure' might take a while.  While running, it prints
 
55
     Running 'configure' might take a while.  While running, it prints
57
56
     some messages telling which features it is checking for.
58
57
 
59
 
  2. Type `make' to compile the package.
 
58
  2. Type 'make' to compile the package.
60
59
 
61
 
  3. Optionally, type `make check' to run any self-tests that come with
 
60
  3. Optionally, type 'make check' to run any self-tests that come with
62
61
     the package, generally using the just-built uninstalled binaries.
63
62
 
64
 
  4. Type `make install' to install the programs and any data files and
 
63
  4. Type 'make install' to install the programs and any data files and
65
64
     documentation.  When installing into a prefix owned by root, it is
66
65
     recommended that the package be configured and built as a regular
67
 
     user, and only the `make install' phase executed with root
 
66
     user, and only the 'make install' phase executed with root
68
67
     privileges.
69
68
 
70
 
  5. Optionally, type `make installcheck' to repeat any self-tests, but
 
69
  5. Optionally, type 'make installcheck' to repeat any self-tests, but
71
70
     this time using the binaries in their final installed location.
72
71
     This target does not install anything.  Running this target as a
73
 
     regular user, particularly if the prior `make install' required
 
72
     regular user, particularly if the prior 'make install' required
74
73
     root privileges, verifies that the installation completed
75
74
     correctly.
76
75
 
77
76
  6. You can remove the program binaries and object files from the
78
 
     source code directory by typing `make clean'.  To also remove the
79
 
     files that `configure' created (so you can compile the package for
80
 
     a different kind of computer), type `make distclean'.  There is
81
 
     also a `make maintainer-clean' target, but that is intended mainly
 
77
     source code directory by typing 'make clean'.  To also remove the
 
78
     files that 'configure' created (so you can compile the package for
 
79
     a different kind of computer), type 'make distclean'.  There is
 
80
     also a 'make maintainer-clean' target, but that is intended mainly
82
81
     for the package's developers.  If you use it, you may have to get
83
82
     all sorts of other programs in order to regenerate files that came
84
83
     with the distribution.
85
84
 
86
 
  7. Often, you can also type `make uninstall' to remove the installed
 
85
  7. Often, you can also type 'make uninstall' to remove the installed
87
86
     files again.  In practice, not all packages have tested that
88
87
     uninstallation works correctly, even though it is required by the
89
88
     GNU Coding Standards.
90
89
 
91
 
  8. Some packages, particularly those that use Automake, provide `make
 
90
  8. Some packages, particularly those that use Automake, provide 'make
92
91
     distcheck', which can by used by developers to test that all other
93
 
     targets like `make install' and `make uninstall' work correctly.
 
92
     targets like 'make install' and 'make uninstall' work correctly.
94
93
     This target is generally not run by end users.
95
94
 
96
95
Compilers and Options
97
96
=====================
98
97
 
99
98
   Some systems require unusual options for compilation or linking that
100
 
the `configure' script does not know about.  Run `./configure --help'
 
99
the 'configure' script does not know about.  Run './configure --help'
101
100
for details on some of the pertinent environment variables.
102
101
 
103
 
   You can give `configure' initial values for configuration parameters
104
 
by setting variables in the command line or in the environment.  Here
105
 
is an example:
 
102
   You can give 'configure' initial values for configuration parameters
 
103
by setting variables in the command line or in the environment.  Here is
 
104
an example:
106
105
 
107
106
     ./configure CC=c99 CFLAGS=-g LIBS=-lposix
108
107
 
113
112
 
114
113
   You can compile the package for more than one kind of computer at the
115
114
same time, by placing the object files for each architecture in their
116
 
own directory.  To do this, you can use GNU `make'.  `cd' to the
 
115
own directory.  To do this, you can use GNU 'make'.  'cd' to the
117
116
directory where you want the object files and executables to go and run
118
 
the `configure' script.  `configure' automatically checks for the
119
 
source code in the directory that `configure' is in and in `..'.  This
120
 
is known as a "VPATH" build.
 
117
the 'configure' script.  'configure' automatically checks for the source
 
118
code in the directory that 'configure' is in and in '..'.  This is known
 
119
as a "VPATH" build.
121
120
 
122
 
   With a non-GNU `make', it is safer to compile the package for one
 
121
   With a non-GNU 'make', it is safer to compile the package for one
123
122
architecture at a time in the source code directory.  After you have
124
 
installed the package for one architecture, use `make distclean' before
 
123
installed the package for one architecture, use 'make distclean' before
125
124
reconfiguring for another architecture.
126
125
 
127
126
   On MacOS X 10.5 and later systems, you can create libraries and
128
127
executables that work on multiple system types--known as "fat" or
129
 
"universal" binaries--by specifying multiple `-arch' options to the
130
 
compiler but only a single `-arch' option to the preprocessor.  Like
 
128
"universal" binaries--by specifying multiple '-arch' options to the
 
129
compiler but only a single '-arch' option to the preprocessor.  Like
131
130
this:
132
131
 
133
132
     ./configure CC="gcc -arch i386 -arch x86_64 -arch ppc -arch ppc64" \
136
135
 
137
136
   This is not guaranteed to produce working output in all cases, you
138
137
may have to build one architecture at a time and combine the results
139
 
using the `lipo' tool if you have problems.
 
138
using the 'lipo' tool if you have problems.
140
139
 
141
140
Installation Names
142
141
==================
143
142
 
144
 
   By default, `make install' installs the package's commands under
145
 
`/usr/local/bin', include files under `/usr/local/include', etc.  You
146
 
can specify an installation prefix other than `/usr/local' by giving
147
 
`configure' the option `--prefix=PREFIX', where PREFIX must be an
 
143
   By default, 'make install' installs the package's commands under
 
144
'/usr/local/bin', include files under '/usr/local/include', etc.  You
 
145
can specify an installation prefix other than '/usr/local' by giving
 
146
'configure' the option '--prefix=PREFIX', where PREFIX must be an
148
147
absolute file name.
149
148
 
150
149
   You can specify separate installation prefixes for
151
150
architecture-specific files and architecture-independent files.  If you
152
 
pass the option `--exec-prefix=PREFIX' to `configure', the package uses
 
151
pass the option '--exec-prefix=PREFIX' to 'configure', the package uses
153
152
PREFIX as the prefix for installing programs and libraries.
154
153
Documentation and other data files still use the regular prefix.
155
154
 
156
155
   In addition, if you use an unusual directory layout you can give
157
 
options like `--bindir=DIR' to specify different values for particular
158
 
kinds of files.  Run `configure --help' for a list of the directories
159
 
you can set and what kinds of files go in them.  In general, the
160
 
default for these options is expressed in terms of `${prefix}', so that
161
 
specifying just `--prefix' will affect all of the other directory
 
156
options like '--bindir=DIR' to specify different values for particular
 
157
kinds of files.  Run 'configure --help' for a list of the directories
 
158
you can set and what kinds of files go in them.  In general, the default
 
159
for these options is expressed in terms of '${prefix}', so that
 
160
specifying just '--prefix' will affect all of the other directory
162
161
specifications that were not explicitly provided.
163
162
 
164
163
   The most portable way to affect installation locations is to pass the
165
 
correct locations to `configure'; however, many packages provide one or
 
164
correct locations to 'configure'; however, many packages provide one or
166
165
both of the following shortcuts of passing variable assignments to the
167
 
`make install' command line to change installation locations without
 
166
'make install' command line to change installation locations without
168
167
having to reconfigure or recompile.
169
168
 
170
169
   The first method involves providing an override variable for each
171
 
affected directory.  For example, `make install
 
170
affected directory.  For example, 'make install
172
171
prefix=/alternate/directory' will choose an alternate location for all
173
172
directory configuration variables that were expressed in terms of
174
 
`${prefix}'.  Any directories that were specified during `configure',
175
 
but not in terms of `${prefix}', must each be overridden at install
176
 
time for the entire installation to be relocated.  The approach of
177
 
makefile variable overrides for each directory variable is required by
178
 
the GNU Coding Standards, and ideally causes no recompilation.
179
 
However, some platforms have known limitations with the semantics of
180
 
shared libraries that end up requiring recompilation when using this
181
 
method, particularly noticeable in packages that use GNU Libtool.
 
173
'${prefix}'.  Any directories that were specified during 'configure',
 
174
but not in terms of '${prefix}', must each be overridden at install time
 
175
for the entire installation to be relocated.  The approach of makefile
 
176
variable overrides for each directory variable is required by the GNU
 
177
Coding Standards, and ideally causes no recompilation.  However, some
 
178
platforms have known limitations with the semantics of shared libraries
 
179
that end up requiring recompilation when using this method, particularly
 
180
noticeable in packages that use GNU Libtool.
182
181
 
183
 
   The second method involves providing the `DESTDIR' variable.  For
184
 
example, `make install DESTDIR=/alternate/directory' will prepend
185
 
`/alternate/directory' before all installation names.  The approach of
186
 
`DESTDIR' overrides is not required by the GNU Coding Standards, and
 
182
   The second method involves providing the 'DESTDIR' variable.  For
 
183
example, 'make install DESTDIR=/alternate/directory' will prepend
 
184
'/alternate/directory' before all installation names.  The approach of
 
185
'DESTDIR' overrides is not required by the GNU Coding Standards, and
187
186
does not work on platforms that have drive letters.  On the other hand,
188
187
it does better at avoiding recompilation issues, and works well even
189
 
when some directory options were not specified in terms of `${prefix}'
190
 
at `configure' time.
 
188
when some directory options were not specified in terms of '${prefix}'
 
189
at 'configure' time.
191
190
 
192
191
Optional Features
193
192
=================
194
193
 
195
194
   If the package supports it, you can cause programs to be installed
196
 
with an extra prefix or suffix on their names by giving `configure' the
197
 
option `--program-prefix=PREFIX' or `--program-suffix=SUFFIX'.
 
195
with an extra prefix or suffix on their names by giving 'configure' the
 
196
option '--program-prefix=PREFIX' or '--program-suffix=SUFFIX'.
198
197
 
199
 
   Some packages pay attention to `--enable-FEATURE' options to
200
 
`configure', where FEATURE indicates an optional part of the package.
201
 
They may also pay attention to `--with-PACKAGE' options, where PACKAGE
202
 
is something like `gnu-as' or `x' (for the X Window System).  The
203
 
`README' should mention any `--enable-' and `--with-' options that the
 
198
   Some packages pay attention to '--enable-FEATURE' options to
 
199
'configure', where FEATURE indicates an optional part of the package.
 
200
They may also pay attention to '--with-PACKAGE' options, where PACKAGE
 
201
is something like 'gnu-as' or 'x' (for the X Window System).  The
 
202
'README' should mention any '--enable-' and '--with-' options that the
204
203
package recognizes.
205
204
 
206
 
   For packages that use the X Window System, `configure' can usually
 
205
   For packages that use the X Window System, 'configure' can usually
207
206
find the X include and library files automatically, but if it doesn't,
208
 
you can use the `configure' options `--x-includes=DIR' and
209
 
`--x-libraries=DIR' to specify their locations.
 
207
you can use the 'configure' options '--x-includes=DIR' and
 
208
'--x-libraries=DIR' to specify their locations.
210
209
 
211
210
   Some packages offer the ability to configure how verbose the
212
 
execution of `make' will be.  For these packages, running `./configure
 
211
execution of 'make' will be.  For these packages, running './configure
213
212
--enable-silent-rules' sets the default to minimal output, which can be
214
 
overridden with `make V=1'; while running `./configure
 
213
overridden with 'make V=1'; while running './configure
215
214
--disable-silent-rules' sets the default to verbose, which can be
216
 
overridden with `make V=0'.
 
215
overridden with 'make V=0'.
217
216
 
218
217
Particular systems
219
218
==================
220
219
 
221
 
   On HP-UX, the default C compiler is not ANSI C compatible.  If GNU
222
 
CC is not installed, it is recommended to use the following options in
 
220
   On HP-UX, the default C compiler is not ANSI C compatible.  If GNU CC
 
221
is not installed, it is recommended to use the following options in
223
222
order to use an ANSI C compiler:
224
223
 
225
224
     ./configure CC="cc -Ae -D_XOPEN_SOURCE=500"
226
225
 
227
226
and if that doesn't work, install pre-built binaries of GCC for HP-UX.
228
227
 
229
 
   HP-UX `make' updates targets which have the same time stamps as
230
 
their prerequisites, which makes it generally unusable when shipped
231
 
generated files such as `configure' are involved.  Use GNU `make'
232
 
instead.
 
228
   HP-UX 'make' updates targets which have the same time stamps as their
 
229
prerequisites, which makes it generally unusable when shipped generated
 
230
files such as 'configure' are involved.  Use GNU 'make' instead.
233
231
 
234
232
   On OSF/1 a.k.a. Tru64, some versions of the default C compiler cannot
235
 
parse its `<wchar.h>' header file.  The option `-nodtk' can be used as
236
 
a workaround.  If GNU CC is not installed, it is therefore recommended
237
 
to try
 
233
parse its '<wchar.h>' header file.  The option '-nodtk' can be used as a
 
234
workaround.  If GNU CC is not installed, it is therefore recommended to
 
235
try
238
236
 
239
237
     ./configure CC="cc"
240
238
 
242
240
 
243
241
     ./configure CC="cc -nodtk"
244
242
 
245
 
   On Solaris, don't put `/usr/ucb' early in your `PATH'.  This
 
243
   On Solaris, don't put '/usr/ucb' early in your 'PATH'.  This
246
244
directory contains several dysfunctional programs; working variants of
247
 
these programs are available in `/usr/bin'.  So, if you need `/usr/ucb'
248
 
in your `PATH', put it _after_ `/usr/bin'.
 
245
these programs are available in '/usr/bin'.  So, if you need '/usr/ucb'
 
246
in your 'PATH', put it _after_ '/usr/bin'.
249
247
 
250
 
   On Haiku, software installed for all users goes in `/boot/common',
251
 
not `/usr/local'.  It is recommended to use the following options:
 
248
   On Haiku, software installed for all users goes in '/boot/common',
 
249
not '/usr/local'.  It is recommended to use the following options:
252
250
 
253
251
     ./configure --prefix=/boot/common
254
252
 
255
253
Specifying the System Type
256
254
==========================
257
255
 
258
 
   There may be some features `configure' cannot figure out
 
256
   There may be some features 'configure' cannot figure out
259
257
automatically, but needs to determine by the type of machine the package
260
258
will run on.  Usually, assuming the package is built to be run on the
261
 
_same_ architectures, `configure' can figure that out, but if it prints
 
259
_same_ architectures, 'configure' can figure that out, but if it prints
262
260
a message saying it cannot guess the machine type, give it the
263
 
`--build=TYPE' option.  TYPE can either be a short name for the system
264
 
type, such as `sun4', or a canonical name which has the form:
 
261
'--build=TYPE' option.  TYPE can either be a short name for the system
 
262
type, such as 'sun4', or a canonical name which has the form:
265
263
 
266
264
     CPU-COMPANY-SYSTEM
267
265
 
270
268
     OS
271
269
     KERNEL-OS
272
270
 
273
 
   See the file `config.sub' for the possible values of each field.  If
274
 
`config.sub' isn't included in this package, then this package doesn't
 
271
   See the file 'config.sub' for the possible values of each field.  If
 
272
'config.sub' isn't included in this package, then this package doesn't
275
273
need to know the machine type.
276
274
 
277
275
   If you are _building_ compiler tools for cross-compiling, you should
278
 
use the option `--target=TYPE' to select the type of system they will
 
276
use the option '--target=TYPE' to select the type of system they will
279
277
produce code for.
280
278
 
281
279
   If you want to _use_ a cross compiler, that generates code for a
282
280
platform different from the build platform, you should specify the
283
281
"host" platform (i.e., that on which the generated programs will
284
 
eventually be run) with `--host=TYPE'.
 
282
eventually be run) with '--host=TYPE'.
285
283
 
286
284
Sharing Defaults
287
285
================
288
286
 
289
 
   If you want to set default values for `configure' scripts to share,
290
 
you can create a site shell script called `config.site' that gives
291
 
default values for variables like `CC', `cache_file', and `prefix'.
292
 
`configure' looks for `PREFIX/share/config.site' if it exists, then
293
 
`PREFIX/etc/config.site' if it exists.  Or, you can set the
294
 
`CONFIG_SITE' environment variable to the location of the site script.
295
 
A warning: not all `configure' scripts look for a site script.
 
287
   If you want to set default values for 'configure' scripts to share,
 
288
you can create a site shell script called 'config.site' that gives
 
289
default values for variables like 'CC', 'cache_file', and 'prefix'.
 
290
'configure' looks for 'PREFIX/share/config.site' if it exists, then
 
291
'PREFIX/etc/config.site' if it exists.  Or, you can set the
 
292
'CONFIG_SITE' environment variable to the location of the site script.
 
293
A warning: not all 'configure' scripts look for a site script.
296
294
 
297
295
Defining Variables
298
296
==================
299
297
 
300
298
   Variables not defined in a site shell script can be set in the
301
 
environment passed to `configure'.  However, some packages may run
 
299
environment passed to 'configure'.  However, some packages may run
302
300
configure again during the build, and the customized values of these
303
301
variables may be lost.  In order to avoid this problem, you should set
304
 
them in the `configure' command line, using `VAR=value'.  For example:
 
302
them in the 'configure' command line, using 'VAR=value'.  For example:
305
303
 
306
304
     ./configure CC=/usr/local2/bin/gcc
307
305
 
308
 
causes the specified `gcc' to be used as the C compiler (unless it is
 
306
causes the specified 'gcc' to be used as the C compiler (unless it is
309
307
overridden in the site shell script).
310
308
 
311
 
Unfortunately, this technique does not work for `CONFIG_SHELL' due to
312
 
an Autoconf limitation.  Until the limitation is lifted, you can use
313
 
this workaround:
 
309
Unfortunately, this technique does not work for 'CONFIG_SHELL' due to an
 
310
Autoconf limitation.  Until the limitation is lifted, you can use this
 
311
workaround:
314
312
 
315
313
     CONFIG_SHELL=/bin/bash ./configure CONFIG_SHELL=/bin/bash
316
314
 
317
 
`configure' Invocation
 
315
'configure' Invocation
318
316
======================
319
317
 
320
 
   `configure' recognizes the following options to control how it
 
318
   'configure' recognizes the following options to control how it
321
319
operates.
322
320
 
323
 
`--help'
324
 
`-h'
325
 
     Print a summary of all of the options to `configure', and exit.
 
321
'--help'
 
322
'-h'
 
323
     Print a summary of all of the options to 'configure', and exit.
326
324
 
327
 
`--help=short'
328
 
`--help=recursive'
 
325
'--help=short'
 
326
'--help=recursive'
329
327
     Print a summary of the options unique to this package's
330
 
     `configure', and exit.  The `short' variant lists options used
331
 
     only in the top level, while the `recursive' variant lists options
332
 
     also present in any nested packages.
 
328
     'configure', and exit.  The 'short' variant lists options used only
 
329
     in the top level, while the 'recursive' variant lists options also
 
330
     present in any nested packages.
333
331
 
334
 
`--version'
335
 
`-V'
336
 
     Print the version of Autoconf used to generate the `configure'
 
332
'--version'
 
333
'-V'
 
334
     Print the version of Autoconf used to generate the 'configure'
337
335
     script, and exit.
338
336
 
339
 
`--cache-file=FILE'
 
337
'--cache-file=FILE'
340
338
     Enable the cache: use and save the results of the tests in FILE,
341
 
     traditionally `config.cache'.  FILE defaults to `/dev/null' to
 
339
     traditionally 'config.cache'.  FILE defaults to '/dev/null' to
342
340
     disable caching.
343
341
 
344
 
`--config-cache'
345
 
`-C'
346
 
     Alias for `--cache-file=config.cache'.
 
342
'--config-cache'
 
343
'-C'
 
344
     Alias for '--cache-file=config.cache'.
347
345
 
348
 
`--quiet'
349
 
`--silent'
350
 
`-q'
 
346
'--quiet'
 
347
'--silent'
 
348
'-q'
351
349
     Do not print messages saying which checks are being made.  To
352
 
     suppress all normal output, redirect it to `/dev/null' (any error
 
350
     suppress all normal output, redirect it to '/dev/null' (any error
353
351
     messages will still be shown).
354
352
 
355
 
`--srcdir=DIR'
 
353
'--srcdir=DIR'
356
354
     Look for the package's source code in directory DIR.  Usually
357
 
     `configure' can determine that directory automatically.
358
 
 
359
 
`--prefix=DIR'
360
 
     Use DIR as the installation prefix.  *note Installation Names::
361
 
     for more details, including other options available for fine-tuning
362
 
     the installation locations.
363
 
 
364
 
`--no-create'
365
 
`-n'
 
355
     'configure' can determine that directory automatically.
 
356
 
 
357
'--prefix=DIR'
 
358
     Use DIR as the installation prefix.  *note Installation Names:: for
 
359
     more details, including other options available for fine-tuning the
 
360
     installation locations.
 
361
 
 
362
'--no-create'
 
363
'-n'
366
364
     Run the configure checks, but stop before creating any output
367
365
     files.
368
366
 
369
 
`configure' also accepts some other, not widely useful, options.  Run
370
 
`configure --help' for more details.
 
367
'configure' also accepts some other, not widely useful, options.  Run
 
368
'configure --help' for more details.