QmakeInvokeAutotools
One of the more frustrating aspects of qmake is to get it to integrate with non-qmake-based projects. What follows unquestionably qualifies as abusing qmake, but it provides a method to build an Autotools-based project as part of a qmake-based project. (If you are facing more than one or two of these sorts of challenges, consider that qmake may not be the correct tool for the job!)
We will assume that the Autotools-based project is called “atproj”.
In your SUBDIRS project, include something like the following:
We need to change the name of the makefile because running “configure” would otherwise clobber it, so the “atproj_build.makefile = atproj_build” will cause the top-level Makefile to call “make -f Makefile.atproj_build” in that subdirectory. Note that this will not actually change the name of the file qmake generates there; we’ll take care of that in a bit.
Then create a subdirectory called “atproj_build”. In that directory, place a file named atproj_build.pro which contains:
First, setting the MAKEFILE variable changes the name of the makefile to match the one we used above. There are “autoreconf”, “aclocal”, “automake”, “autoheader”, and “libtoolize” custom targets defined to ensure that all the Autotools file are up-to-date (though you may need to adjust these for your own project, as appropriate).
qmake always creates a target named “all”, which is the default build target; I have not found a way to prevent this. The makefile rule looks something like:
Because we defined a custom rule named “all” as well and made it depend on “Makefile”, qmake will later on write an additional rule in the makefile for “all” which will simply call “make”. The remaining challenge is to get it not to call the linker!
The abuse of qmake that makes this possible is to define an effectively empty TARGET, causing the automatically-generated “all” rule to depend on nothing. If TARGET is actually empty, then qmake will set it to the name of the .pro file (which is not what we want), so the triple-backslash-space sequence above is sufficient to count as “not empty”, but will still evaluate to nothing in the generated makefile.
Alternately, if you can depend on the name of the final binary output by configure’s Makefile, you may be able to simply set TARGET to match this file, and leave out the extra “all” rule, thus being a little kinder to qmake and avoiding the most flagrant abuse!
This should now allow you to include an Autotools project within your qmake framework!