Home | All Classes | Main Classes | Annotated | Grouped Classes | Functions |
[Prev: qmake Tutorial] [Home] [Next: qmake's Advanced Concepts]
qmake is an easy-to-use tool from Trolltech that creates makefiles for development projects across different platforms. qmake simplifies the generation of makefiles so that only a few lines of information are needed to create a makefile. qmake can be used for any software project whether it is written in TQt or not, although it also contains additional features to support TQt development.
qmake generates a makefile based on the information in a project file. Project files are created by the developer. Project files are usually simple, but can be quite sophisticated if retquired. qmake can also generate projects for Microsoft Visual studio without having to change the project file.
Before qmake can be used to build makefiles, the QMAKESPEC environment variable must be set to the platform-compiler combination that is being used on the system. The QMAKESPEC environment variable tells qmake where to look to find platform and compiler specific information. This ensures that the right libraries are used, and that the generated makefile uses the correct syntax. A list of the currently supported platform-compiler combinations can be found in qt/mkspecs. Just set your environment variable to one of the directories listed.
For example, if you are using Microsoft Visual Studio on Windows, then you would set the QMAKESPEC environment variable to win32-msvc. If you are using gcc on Solaris then you would set your QMAKESPEC environment variable to solaris-g++.
Inside each of the directories in qt/mkspecs, there is a qmake.conf file which contains the platform and compiler specific information. These settings are applied to any project that is built using qmake and should not be modified unless you're an expert. For example, if all your applications had to link against a particular library, you might add this information to the relevant qmake.conf file.
A project file is used to tell qmake the details it needs to know about creating a makefile for the application. For instance, a list of source files and header files that should be put into the project file; any application specific configuration, such as an extra library that should be linked against, or an extra include path.
You can add comments to project files. Comments begin with the '#' symbol and run to the end of the line.
The template variable tells qmake what sort of makefile should be generated for the application. The following choices are available:
app - Creates a makefile that builds an application. This is the default, so if a template is not specified, this is used.
lib - Creates a makefile that builds a library.
vcapp - Creates a Visual Studio Project file which builds an application.
vclib - Creates a Visual Studio Project file which builds a library.
subdirs - This is a special template which creates a makefile which will go into the specified directories and create a makefile for the project file and call make on it.
The 'app' template tells qmake to generate a makefile that will build an application. When using this template the following qmake system variables are recognized. You should use these in your .pro file to specify information about your application.
HEADERS - A list of all the header files for the application.
SOURCES - A list of all the source files for the application.
FORMS - A list of all the .ui files (created using TQt Designer) for the application.
LEXSOURCES - A list of all the lex source files for the application.
YACCSOURCES - A list of all the yacc source files for the application.
TARGET - Name of the executable for the application. This defaults to the name of the project file. (The extension, if any, is added automatically).
DESTDIR - The directory in which the target executable is placed.
DEFINES - A list of any additional pre-processor defines needed for the application.
INCLUDEPATH - A list of any additional include paths needed for the application.
DEPENDPATH - The dependency search path for the application.
VPATH - The search path to find supplied files.
DEF_FILE - Windows only: A .def file to be linked against for the application.
RC_FILE - Windows only: A resource file for the application.
RES_FILE - Windows only: A resource file to be linked against for the application.
You only need to use the system variables that you have values for, for instance, if you don't have any extra INCLUDEPATHs then you don't need to specify any, qmake will add in the default ones needed. For instance, an example project file might look like this:
TEMPLATE = app DESTDIR = c:\helloapp HEADERS += hello.h SOURCES += hello.cpp SOURCES += main.cpp DEFINES += QT_DLL CONFIG += qt warn_on release
For items that are single valued, e.g. the template or the destination directory, we use "="; but for multi-valued items we use "+=" to add to the existing items of that type. Using "=" replaces the item's value with the new value, for example if we wrote DEFINES=QT_DLL, all other definitions would be deleted.
The 'lib' template tells qmake to generate a makefile that will build a library. When using this template, in addition to the system variables mentioned above for the 'app' template the VERSION variable is supported. You should use these in your .pro file to specify information about the library.
VERSION - The version number of the target library, for example, 2.3.1.
The 'subdirs' template tells qmake to generate a makefile that will go into the specified subdirectories and generate a makefile for the project file in the directory and call make on it.
The only system variable that is recognised for this template is the SUBDIRS variable. This variable contains a list of all the subdirectories that contain project files to be processed. It is essential that the project file in the sub directory has the same name as the subdirectory, so that qmake can find it. For example, if the subdirectory is called 'myapp' then the project file in that directory should be called myapp.pro in that directory.
The config variable specifies the options that the compiler should use and the libraries that should be linked against. Anything can be added to the config variable, but the options covered below are recognised by qmake internally.
The following options control what compiler flags are used:
release - The application is to be built in release mode. This is ignored if 'debug' is specified.
debug - The application is to be built in debug mode.
warn_on - The compiler should output as many warnings as possible. This is ignored if 'warn_off' is specified.
warn_off - The compiler should output as few warnings as possible.
The following options define the type of library/application to be built:
qt - The application is a TQt application and should link against the TQt library.
thread - The application is a multi-threaded application.
x11 - The application is an X11 application or library.
windows - 'app' template only: the application is a Windows window application.
console - 'app' template only: the application is a Windows console application.
dll - 'lib' template only: The library is a shared library (dll).
staticlib - 'lib' template only: The library is a static library.
plugin - 'lib' template only: The library is a plugin; this enables the dll option.
For example, if your application uses the TQt library and you want to build it as a debuggable multi-threaded application, your project file will have the following line:
CONFIG += qt thread debug
Note, that you must use "+=", not "=", or qmake will not be able to use the settings used to build TQt as a guide as what type of TQt library was built.
[Prev: qmake Tutorial] [Home] [Next: qmake's Advanced Concepts]
Copyright © 2007 Trolltech | Trademarks | TQt 3.3.8
|