Chapter 4. Making Programs with gnatmake

Table of Contents
4.1. Running gnatmake
4.2. Switches for gnatmake
4.3. Mode switches for gnatmake
4.4. Notes on the Command Line
4.5. How gnatmake Works
4.6. Examples of gnatmake Usage

A typical development cycle when working on an Ada program consists of the following steps:

  1. Edit some sources to fix bugs.

  2. Add enhancements.

  3. Compile all sources affected.

  4. Re-bind and re-link.

  5. Test.

The third step can be tricky, because not only do the modified files have to be compiled, but any files depending on these files must also be recompiled. The dependency rules in Ada can be quite complex, especially in the presence of overloading, use clauses, generics and in-lined subprograms.

gnatmake automatically takes care of the third and fourth steps of this process. It determines which sources need to be compiled, compiles them, and binds and links the resulting object files.

Unlike some other Ada make programs, the dependencies are always accurately recomputed from the new sources. The source based approach of the XGC Ada compilation model makes this possible. This means that if changes to the source program cause corresponding changes in dependencies, they will always be tracked exactly correctly by gnatmake.

4.1. Running gnatmake

The gnatmake command has the form:


$ prefix-gnatmake switches unit_or_file_name

The only required argument is unit_or_file_name, which specifies the compilation unit that is the main program. There are two ways to specify this:

All gnatmake output (except when you specify -M) is to stderr. The output produced by the -M switch is send to stdout.