This page is work in progress.



I don't plan to replace the current autotool usage in AqBanking with gwenbuild, I just want to speedup my own development process and circumvent the current problem where I need a complete rebuild of AqBanking as soon as a single source files has changed because otherwise the resulting sometimes still contains older objects. The process of "./configure && make" simply takes an inacceptable amount of time to finish which slows down development considerably.


GwenBuild is yet another build system.

autotools (automake, autoconf) are really cool and they work in almost every case as expected.
However, they are extremely slow which is a problem with larger projects containing many source files
and convenience libraries. Also, they are hard to debug if you encounter unusual problems, e.g. in AqBanking
we have the problem that sometimes not all sources/convenience libraries are correctly rebuilt after source code
changes and up to now I have no idea why that is.

A nice solution would be to switch to cmake, especially when using their build target ninja which is
astonishingly fast. cmake is quite easy to setup for simple projects, however, it is not that easy to change larger projects
to use it. Also, there is quite a steep learning curve.

meson is another good alternative since it also uses ninja and is therefore also extremely fast. But I wasn't able to
adapt my projects to use "meson" because some features I needed for e.g. AqFinance or AqBanking required a version of meson newer
than what is provided by the distribution I'm currently working with.

Out of curiosity gwenbuild was started. I wanted to see how fast a build system can be and how hard it would be to write one.
Gwenbuild is a tool inside the library gwenhywfar, which is a base library for all my projects. Therefore it is always available in
the required version for depending projects. Gwenhywfar itself will not be ported to use this build system to avoid the

The following requirements were identified before development started:
  • needs to be much faster than autotools/make
  • needs to provide library, header and function search functions
  • needs to be able to generate a "config.h" file
  • needs to be able to rewrite files by replacing placeholders in source files (like "sed" does in ./configure)
  • needs to be simple to setup
  • needs to have support for typemaker2 source files
  • needs to allow out-of-source build
  • should be easy to extend
  • should handle dependency trees
  • needs to allow for custom build commands to generate future or unusual file types


AqBanking is the first project using gwenbuild in parallel with autotools. AqBanking is quite a complex project using convenience libraries, shared loadable modules, shared libraries and applications. Therefore it is a good starting point to understand how gwenbuild is used.

To build AqBanking with gwenbuild try the following commands inside the source tree of AqBanking using 14 processes (takes about 9 secs on my build machine):

mkdir build
cd build
gwbuild -s ..
gwbuild -p
gwbuild -j14

  • the first gwbuild is a replacement for what "./configure" does in autotool projects (e.g. looking for headers, libraries, functions, programs etc.)
  • the second invocation prepares typemaker2 files (only needed if typemaker2 is used, in AqBanking it is used)
  • the third call makes gwbuild selectively build the typemaker2 files. This is needed because the dependency tree of the files can only be build correctly if all compilable source files exist.
  • the last call builds all the rest and uses 14 processes in parallel for this (my build machine has 16 threads so 14 is a nice value here, but you mileage may vary). Only this line needs to be repeated if you change the source files. If 0BUILD files are changed they will be updated by internally calling the equivalent of "gwbuild .." with all the parameters you gave to that call.

Current Status

As of Apr 18th 2021 the following is implemented:
  • compiling and linking complex projects on Linux (tested with AqBanking and AqFinance)
  • transforming typemaker2's type description files into source code files and compiling them
  • user-defined commands, in AqBanking and AqFinance used to merge XML files and to generate translation catalog templates (e.g. aqfinance.pot)
  • cross-compiling simple projects for Windows on Linux
  • installing target files
  • cleaning the build environment (i.e. removing generated files from the build folder)

Format of Build Files

Gwenbuild uses XML-like files to define the project you want to build. Every folder of a project should contain a file named 0BUILD.

To be continued... (the following are fragments of a documentation for the various XML elements found in a 0BUILD file).


Long Version

Look for a program/executable with the given name (or alterantive names) and write the result into a variable to be used later on in the build files.

   <prog id="xmlmerge" cmd="xmlmerge" >


Short Version

   <prog id="xmlmerge" cmd="xmlmerge" />


This element can be used to run custom commands to create files like in the following example.



      <cmd tool="$(xmlmerge)" checkDates="true" >
        -v --compact -o $(OUTPUT[]) $(INPUT[])
        Merging XML files into $(OUTPUT[0])

This example takes the files listed under INPUT and merges them into a destination file using the tool hbcixml from libgwenhywfar.

Predefined Variables and Defines

Operating System Info

  • GWBUILD_SYSTEM: Operating system (linux, windows, osx, solaris, freebsd, openbsd, hpux, tru64, irix, aix)
  • GWBUILD_SYSTEMTYPE (windows, posix)
  • GWBUILD_ARCH (x86_64, x86_32)
  • GWBUILD_LIBTYPE (sharedlib, staticlib)

Project Info

This information is derived from the attributes given to the <project> element in the main 0BUILD file.
  • project_name
  • project_version
  • project_vmajor
  • project_vminor
  • project_vpatchlevel
  • project_vbuild
  • project_vtag
  • project_so_current
  • project_so_age
  • project_so_revision
  • project_so_effective

Build/Source Tree Information

  • topbuilddir
  • topsrcdir
  • builddir
  • srcdir