Next: , Previous: , Up: Technical information   [Contents]

A.1 The GSRC build system

The GSRC build system is based on a system called GARstow by Adam Sampson, which, in turn, was based on an earlier system called GAR by Nick Moffitt. In this section, the basic architecture of the GSRC build system will be described.

GSRC consists of several system Makefiles plus the Makefile for each package. When the user calls make on a package’s Makefile, the GSRC system Makefiles are pulled in. There are several of these system Makefiles:

gar.mkThis file contains the top-level targets such as build or install.
gar.lib.mkThis file contains recipes to perform the sub-tasks for each top-level target (see below).
gar.master.mkThis file contains master URLs for downloading packages (i.e.
gar.libThis directory contains further Makefiles to define common variable values for typical build systems, such as the standard GNU Autotools process.
gar.conf.mkThis file contains the general configuration of GSRC.
gar.env.mkThe variables in this file are used to properly set the build environment for GSRC.
config.mkThis file contains the user’s particular GSRC configuration.

The typical user-level GSRC Make targets, such as fetch, build or install, come from Depending on the package’s build requirements, as defined in the package’s GSRC Makefile, these user-level targets will depend on lower-level targets that actually perform the required tasks.

For example, in a typical GNU package, configuration is done with a configure script while building and installing are done with a Makefile. So, for the package hello, the build target will depend on a target called build-work/hello-2.9/Makefile (build- plus the location of the Makefile distributed with the package). For a Python-based package that is installed via a, the install target will depend on the target install-work/foo-1.0/ The file contains many generalized Make recipes to handle each of these different scenarios.

The directory gar.lib contains Makefiles that set common variable values for packages that share similar build systems. It has a file called, for example, that defines the settings for a package that uses the standard Autotools process.

Next: , Previous: , Up: Technical information   [Contents]