Difference between revisions of "Build Tools"

From GnuCash
Jump to: navigation, search
(Ninja: Instruct on using Ninja with cmake. Mention the ninja-build naming variant.)
(Ninja)
Line 15: Line 15:
 
;Note: Some Linux distributions name the command <code>ninja-build</code> to distinguish it from another program called <code>ninja</code>.
 
;Note: Some Linux distributions name the command <code>ninja-build</code> to distinguish it from another program called <code>ninja</code>.
  
[[#CMake|CMake]] is commonly used to build <code>ninja</code> build files: To do so pass <code>-G Ninja</code> among the <code>cmake</code> arguments.
+
[[#CMake|CMake]] is commonly used to configure <code>ninja</code> build files: To do so pass <code>-G Ninja</code> among the <code>cmake</code> arguments.
  
 
== Tool Chains ==
 
== Tool Chains ==

Revision as of 03:27, 22 September 2018

The GnuCash project uses several different tools to build the program, the docs, and OS specific packages.

Basic Tools

These control the build process at a low level.

Make

Make is a build automation tool that builds targets from source by interpreting recipe files called Makefiles which specify how to transform the source file(s) into the target file(s). Many "Integrated Development Environments" or "IDEs" use make (or its Microsoft cousin nmake) to perform the build.

Makefiles can be written by hand (as is the case for gnucash-htdocs.git) or generated by Autotools or CMake.

Ninja

Ninja is a small build system with a focus on speed. It is designed to have its input files generated by a higher-level build system, and it is designed to run builds as fast as possible.

Note
The commands change then from make [target] to ninja [target].
Note
Some Linux distributions name the command ninja-build to distinguish it from another program called ninja.

CMake is commonly used to configure ninja build files: To do so pass -G Ninja among the cmake arguments.

Tool Chains

In addition, GnuCash uses different tool chains to control the basic tools mentioned above. The program makes use of the CMake tool chain, while the documentation uses the Autotools tool chain. The website is compiled directly using Make.

CMake

To build the program, we use CMake.It is a cross-platform free and open-source software application for managing the build process of software using a compiler-independent method. It supports directory hierarchies and applications that depend on multiple libraries. It is used in conjunction with native build environments such as make, Apple's Xcode, and Microsoft Visual Studio. It has minimal dependencies, requiring only a C++ compiler on its own build system.

Autotools

To build the Gnucash-docs, we use the GNU Build System, often referred to as "autotools". It's a complex and capable system for configuring and building a wide range of projects on a wide range of platforms. The Autotools Mythbuster provides an excellent tutorial and reference for those wishing to learn about creating and building projects using the system.

For those who simply need to build the documentation from source, the following three commands will suffice:

  1. autogen.sh: Checks that all required parts of the build system are installed, then builds the configure program from its source, configure.ac and the intermediate Makefiles Makefile.in from their source Makefile.am. You'll run autogen.sh after you first clone gnucash-docs.git, any time you edit a Makefile.am or configure.ac, and any time you pull commits with changes to those files. Since it does no harm to run it unnecessarily we recommend that you run it after any git pull.
  2. configure: This shell script, generated by autogen.sh as described above, examines your system and its arguments to convert the intermediate Makefile.in<code> to <code>Makefile that the make command will use to actually generate the documentation product files. One can get a listing of the arguments and environment variables that any particular configure understands by running configure --help.
  3. make: Using Makefile as a template, make runs the various programs and scripts needed to perform the build. Its arguments are the targets to be built; there are two special targets, check runs tests to ensure that the project has been built correctly and install moves the build products to the locations from which they may be used.