Copyright (C) 2000-2012 |
GNU Info (automake.info)UniformThe Uniform Naming Scheme ========================= Automake macros (from here on referred to as _variables_) generally follow a "uniform naming scheme" that makes it easy to decide how programs (and other derived objects) are built, and how they are installed. This scheme also supports `configure' time determination of what should be built. At `make' time, certain variables are used to determine which objects are to be built. These variables are called "primary variables". For instance, the primary variable `PROGRAMS' holds a list of programs which are to be compiled and linked. A different set of variables is used to decide where the built objects should be installed. These variables are named after the primary variables, but have a prefix indicating which standard directory should be used as the installation directory. The standard directory names are given in the GNU standards (Note: Directory Variables.). Automake extends this list with `pkglibdir', `pkgincludedir', and `pkgdatadir'; these are the same as the non-`pkg' versions, but with `@PACKAGE@' appended. For instance, `pkglibdir' is defined as `$(libdir)/@PACKAGE@'. For each primary, there is one additional variable named by prepending `EXTRA_' to the primary name. This variable is used to list objects which may or may not be built, depending on what `configure' decides. This variable is required because Automake must statically know the entire list of objects that may be built in order to generate a `Makefile.in' that will work in all cases. For instance, `cpio' decides at configure time which programs are built. Some of the programs are installed in `bindir', and some are installed in `sbindir': EXTRA_PROGRAMS = mt rmt bin_PROGRAMS = cpio pax sbin_PROGRAMS = @PROGRAMS@ Defining a primary variable without a prefix (e.g. `PROGRAMS') is an error. Note that the common `dir' suffix is left off when constructing the variable names; thus one writes `bin_PROGRAMS' and not `bindir_PROGRAMS'. Not every sort of object can be installed in every directory. Automake will flag those attempts it finds in error. Automake will also diagnose obvious misspellings in directory names. Sometimes the standard directories--even as augmented by Automake-- are not enough. In particular it is sometimes useful, for clarity, to install objects in a subdirectory of some predefined directory. To this end, Automake allows you to extend the list of possible installation directories. A given prefix (e.g. `zar') is valid if a variable of the same name with `dir' appended is defined (e.g. `zardir'). For instance, until HTML support is part of Automake, you could use this to install raw HTML documentation: htmldir = $(prefix)/html html_DATA = automake.html The special prefix `noinst' indicates that the objects in question should not be installed at all. The special prefix `check' indicates that the objects in question should not be built until the `make check' command is run. Possible primary names are `PROGRAMS', `LIBRARIES', `LISP', `SCRIPTS', `DATA', `HEADERS', `MANS', and `TEXINFOS'. automatically generated by info2www version 1.2.2.9 |