mirror of
git://git.gnupg.org/gnupg.git
synced 2024-12-31 11:41:32 +01:00
* configure.ac: Add a min_automake_version.
* README.CVS: New. * autogen.sh: Revamped except for the --build-w32 hack. * Makefile.am: Add README.CVS
This commit is contained in:
parent
d143a9ecc2
commit
4c2e0e62fc
28
INSTALL
28
INSTALL
@ -1,5 +1,5 @@
|
|||||||
Copyright 1994, 1995, 1996, 1999, 2000, 2001 Free Software Foundation,
|
Copyright (C) 1994, 1995, 1996, 1999, 2000, 2001, 2002 Free Software
|
||||||
Inc.
|
Foundation, Inc.
|
||||||
|
|
||||||
This file is free documentation; the Free Software Foundation gives
|
This file is free documentation; the Free Software Foundation gives
|
||||||
unlimited permission to copy, distribute and modify it.
|
unlimited permission to copy, distribute and modify it.
|
||||||
@ -71,8 +71,9 @@ Compilers and Options
|
|||||||
the `configure' script does not know about. Run `./configure --help'
|
the `configure' script does not know about. Run `./configure --help'
|
||||||
for details on some of the pertinent environment variables.
|
for details on some of the pertinent environment variables.
|
||||||
|
|
||||||
You can give `configure' initial values for variables by setting
|
You can give `configure' initial values for configuration parameters
|
||||||
them in the environment. You can do that on the command line like this:
|
by setting variables in the command line or in the environment. Here
|
||||||
|
is an example:
|
||||||
|
|
||||||
./configure CC=c89 CFLAGS=-O2 LIBS=-lposix
|
./configure CC=c89 CFLAGS=-O2 LIBS=-lposix
|
||||||
|
|
||||||
@ -137,9 +138,10 @@ Specifying the System Type
|
|||||||
==========================
|
==========================
|
||||||
|
|
||||||
There may be some features `configure' cannot figure out
|
There may be some features `configure' cannot figure out
|
||||||
automatically, but needs to determine by the type of host the package
|
automatically, but needs to determine by the type of machine the package
|
||||||
will run on. Usually `configure' can figure that out, but if it prints
|
will run on. Usually, assuming the package is built to be run on the
|
||||||
a message saying it cannot guess the host type, give it the
|
_same_ architectures, `configure' can figure that out, but if it prints
|
||||||
|
a message saying it cannot guess the machine type, give it the
|
||||||
`--build=TYPE' option. TYPE can either be a short name for the system
|
`--build=TYPE' option. TYPE can either be a short name for the system
|
||||||
type, such as `sun4', or a canonical name which has the form:
|
type, such as `sun4', or a canonical name which has the form:
|
||||||
|
|
||||||
@ -151,20 +153,16 @@ where SYSTEM can have one of these forms:
|
|||||||
|
|
||||||
See the file `config.sub' for the possible values of each field. If
|
See the file `config.sub' for the possible values of each field. If
|
||||||
`config.sub' isn't included in this package, then this package doesn't
|
`config.sub' isn't included in this package, then this package doesn't
|
||||||
need to know the host type.
|
need to know the machine type.
|
||||||
|
|
||||||
If you are _building_ compiler tools for cross-compiling, you should
|
If you are _building_ compiler tools for cross-compiling, you should
|
||||||
use the `--target=TYPE' option to select the type of system they will
|
use the `--target=TYPE' option to select the type of system they will
|
||||||
produce code for.
|
produce code for.
|
||||||
|
|
||||||
If you want to _use_ a cross compiler, that generates code for a
|
If you want to _use_ a cross compiler, that generates code for a
|
||||||
platform different from the build platform, you should specify the host
|
platform different from the build platform, you should specify the
|
||||||
platform (i.e., that on which the generated programs will eventually be
|
"host" platform (i.e., that on which the generated programs will
|
||||||
run) with `--host=TYPE'. In this case, you should also specify the
|
eventually be run) with `--host=TYPE'.
|
||||||
build platform with `--build=TYPE', because, in this case, it may not
|
|
||||||
be possible to guess the build platform (it sometimes involves
|
|
||||||
compiling and running simple test programs, and this can't be done if
|
|
||||||
the compiler is a cross compiler).
|
|
||||||
|
|
||||||
Sharing Defaults
|
Sharing Defaults
|
||||||
================
|
================
|
||||||
|
51
README.CVS
Normal file
51
README.CVS
Normal file
@ -0,0 +1,51 @@
|
|||||||
|
If you are building from CVS, run the script
|
||||||
|
|
||||||
|
./autogen.sh
|
||||||
|
|
||||||
|
first, to make sure that you have all the necessary maintainer tools
|
||||||
|
are installed and to build the actual configuration files. Then run
|
||||||
|
|
||||||
|
./configure --enable-maintainer-mode
|
||||||
|
|
||||||
|
followed by the usual make.
|
||||||
|
|
||||||
|
If autogen.sh complains about insufficient versions of the required
|
||||||
|
tools, or the tools are not installed, you may use environment
|
||||||
|
variables to override the default tool names:
|
||||||
|
|
||||||
|
AUTOMAKE_SUFFIX is used as a suffix for all tools from the automake
|
||||||
|
package. For example
|
||||||
|
AUTOMAKE_SUFFIX="-1.7" ./autogen.sh
|
||||||
|
uses "automake-1.7" and "aclocal-1.7.
|
||||||
|
AUTOMAKE_PREFIX is used as a prefix for all tools from the automake
|
||||||
|
page and may be combined with AUTOMAKE_SUFFIX. e.g.:
|
||||||
|
AUTOMAKE_PREFIX=/usr/foo/bin ./autogen.sh
|
||||||
|
uses "automake" and "aclocal" in the /usr/foo/bin
|
||||||
|
directory.
|
||||||
|
AUTOCONF_SUFFIX is used as a suffix for all tools from the automake
|
||||||
|
package
|
||||||
|
AUTOCONF_PREFIX is used as a prefix for all tools from the automake
|
||||||
|
package
|
||||||
|
GETTEXT_SUFFIX is used as a suffix for all tools from the gettext
|
||||||
|
package
|
||||||
|
GETTEXT_PREFIX is used as a prefix for all tools from the gettext
|
||||||
|
package
|
||||||
|
|
||||||
|
It is also possible to use the variable name AUTOMAKE, AUTOCONF,
|
||||||
|
ACLOCAL, AUTOHEADER, GETTEXT and MSGMERGE to directly specify the name
|
||||||
|
of the programs to run. It is however better to use the suffix and
|
||||||
|
prefix forms as described above because that does not require
|
||||||
|
knowledge about the actual tools used by autgen.sh.
|
||||||
|
|
||||||
|
|
||||||
|
Please don't use autopoint, libtoolize or autoreconf unless you are
|
||||||
|
the current maintainer and want to update the standard configuration
|
||||||
|
files. All those files should be in the CVS and only updated manually
|
||||||
|
if the maintainer decides that newer versions are required. The
|
||||||
|
maintainer should also make sure that the required version of automake
|
||||||
|
et al. are properly indicated at the top of configure.ac and take care
|
||||||
|
to copy the files and not merely use symlinks.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
Loading…
x
Reference in New Issue
Block a user