Version 3 (modified by andreasw, 16 years ago) (diff)


Introduction of Automake Concepts

The format of the Automake input files is essentially that of a usual Makefile: One can have comments (everything in a line following a "#"), set Makefile variables, and write rules.

Some of the Makefile variables in a file have special meaning. For example, the SUBDIRS variable can be set to the list of directories, into which the generated Makefile should recurse.

The things that should be built, are listed in variable names that have a primary, and possibly a prefix. Typical examples are

bin_PROGRAMS = super_solver
super_solver_SOURCES = super_solver.cpp super_solver.hpp

libgreatlib_la_SOURCES = greatlib1.cpp greatlib1.hpp greatlib2.cpp greatlib2.hpp
libgreatlib_la_LDFLAGS = $(LT_LDFLAGS)

include_HEADERS = ../inc/config_supersolver.h greatlib1.hpp

The primaries in this example are the parts of the Makefile variables that are capitalized, and the prexifes are the strings before the primaries.

Those are the primaries that are important for a COIN project:

  • PROGRAMS: This primary is used to specify programs that are to be compiled. The prefix bin_ indicates that the program should be installed into the bin directory by a make install. If the prefix noinst_ is used, it indicates that the program should not be installed (e.g., the unit test program).
  • LTLIBRARIES: This primary is used to tell Automake the name(s) of libraries that should be build. (Since we are using Libtool in COIN, we don't use the LIBRARIES primary.) The extension should be libtool's .la (not .a or .so). The prefix again indicates, where the library (or libraries, if both static libraries and shared objects are compiled) are to be installed. Usually, this is lib_ to have them installed in the lib directory, or noinst_, if they should not be installed.
  • SOURCES: This primary is used to list all the source files that should be compiled in order to generate a program or a library. Depending on the extension of the source file, Automake will figure out how the file should be compiled and generate automatically the requires rules. One also includes all header files, so that a make dist will know, what to include in a distribution. (In COIN, we generate the tarballs not by this feature, but it is still a good idea to follow the common scheme.)

The prefix for SOURCES is the name of the program or library, including extension, where any dash ("-") and any period (".") is replaced by an underscore ("_").

  • HEADERS: This is usually used with the include_ prefix, and one lists here all the header files that should be installed in the include directory. Note that not all header files in the source code directory might be required by a user in order to link her/his code to the library, and it is good practice to only install required header files.
  • There are a number of additional primaries, such as LDFLAGS in the above example. In this case, this lists additional flags that should be used when the library is "linked" (a Libtool term). The prefix specifies, for which program or library this applies.

Automake provides the following features:

  • All Autoconf output variables are automatically available as Makefile variables. In the above example, LT_LDFLAGS is actually an output variable defined in one of the custom AC_COIN_ autoconf macros, and as you can see, it is here use as a Makefile variable.
  • Variables can be added up, using a "+=" assignment. In general, only a few make programs understand this in a Makefile. Therefore, automake will convert a statement like
     SUBDIRS += ForgottenSubdirectory
    into something that all make programs understand. Note that a "+=" can only be specified, if the Makefile variable has already been assigned with a "=" earlier (an empty assignment suffices).
  • Lines in the final Makefile can be activated depending on the outcome of a test in the configure script, using Automake conditionals. An Automake conditional must have been defined in the file, using the AM_CONDITIONAL macro. An invocation of this macro in the file looks like this:
     AM_CONDITIONAL([COIN_IS_GREAT], [test x$is_open_source = xyes])
    The name of the Automake conditional that is defined by that line is "COIN_IS_GREAT", and it attains the value "true", if the shell command, specifies in the second argument, returns true. In this example, the conditional is set to "true", if the shell variable is_open_source in the final configure script has the value "yes" at this point.

To use an Automake conditional in a file, one uses if, else (optionally), and endif, as demonstrated in the following example:

         echo "We agree that coin is great"
         echo "Something must have gone wrong with the configure test"

If the conditional COIN_IS_GREAT is true, then the tellme target will output the first line, otherwise the second. (In the final Makefile, the inactive lines are simply commented out.)

  • The file can include other input files. For example, in
    include BuildTools/
    the file BuildTools/ is included (with the path relative to the location of the file that has the above line in it), when automake processes the input file. It does not translate in an "include" in the generated Makefile, since this is not supported by all make programs.
  • If the compiler supports it, the generated Makefiles will automatically generate rules to derive depencendy rules for C or C++ header files.

Some more important Automake Makefile variables are the following:

  • AM_CPPFLAGS: This can be used to specify additional proprocessor flags for the compilation of C and C++ source code. You should use this variable to specify "-I" and "-D" flags.
  • AM_CXXFLAGS: This variable is provided to add other C++ compiler flags (which are not already determined by configure). Similarly, AM_CFLAGS and AM_F77FLAGS can be used to add C and Fortran compiler flags.
  • SUBDIRS can be set to the subdirectories into which the final Makefile should recurse into.
  • srcdir is an Autoconf output variable that is set to the directory with the source code correponding to the Makefile that is run. In case of a VPATH compilation, those can be two different directories.
  • DiSTCLEANFILES can be set to all files (including wildcards) that should be deleted by a make distclean and are not deleted by defaults. For example, if a test program generates output files, those should be listed here.
  • EXTRA_DIST: This variable matters for a make dist, which generates a tarball with everything necessary to compile the package. To generate the COIN tarballs, we use a different mechanism than make dist. However, if you want to make sure that make dist works, you need to list all files here, that are not included