QMake配置问题

创建项目文件

     项目文件包含qmake构建你的应用程序，库文件，或插件需要的所有信息。通常，你会在项目文件里使用一系列的声明指定资源，但是对简单程序构造的支持，允许你为不同的平台或环境描述不同的构建过程。

项目文件元素

     qmake使用的项目文件格式可以支持简单和复杂的构建系统使用。简的项目文件使用简单的声明样式，定义标准的变量，用于指出项目中使用的头文件和源文件。复杂的项目可以使用控制流程结构来调整构建过程。

     下面的章节描述了在项目文件里使用不同类型的元素。

变量

     在项目文件里，变量是用于保存字符串的列表。在简单的项目里，这些变量通知qmake使用相关的配置信息，或者提供文件名和路径在构建过程使用。

     qmake在每个项目文件中查找某些变量，并使用这些内容用于确定什么要写到 makefile里。举例，在HEADERS和SOURCES里的变量列表用于告诉qmake在相同目录里的头文件和源文件做为项目文件。

     变量也可以在内部保存临时变量列表，现有变量列表可以被新值覆盖或扩展。

     下面的代码片段说明了值列表是如何赋值给变量的：

HEADERS = mainwindow.h paintwidget.h

在变量里的值列表是通过下边的方式进行扩展的：

SOURCES = main.cpp mainwindow.cpp \
          paintwidget.cpp
CONFIG += console

注意：第一个赋值语句只包含指定在同一行里的值是HEADERS变量。第二个赋值语句把SOURCES里不同行的值用反斜杠(\)分开。

     CONFIG变量是另一个当生成Makefile时qmake用来使用的特殊变量 。这里讨论了它General Configuration .在上面的代码片段，console被添加到CONFIG已经存在的值列表里。

      下边的表格列了了常用的变量并描述了他们的内容。完整的变量列表及它们的描述，请查看Variables

     可以通过在变量名前附加$$读取变量的内容。这样可以把一个变量的内容赋值给另一个变量。

TEMP_SOURCES = $$SOURCES

     $$操作符被广泛的应用于内置函数，用于操作字符串和值的列表。更多详细信息，请查看，qmake Language

空格

通常，在变量赋值中用空格分隔值。指定变量中包含空格，你必需用双引号包围变量

DEST = "Program Files"

引号文本被视为一个单独的值保存在变量里。类似的方法用来处理包含空格的路径，特别是在windows平台定义INCLUDEPATH和LIBS变量时：

win32:INCLUDEPATH += "C:/mylibs/extra headers"unix:INCLUDEPATH += "/home/user/extra headers"

注释

可以在项目文件里添加注释。注释以#字符开始持续到这一行的结尾。例如：

# 注释通常开始于一行的头部，但它
# 也可以在这同行内容的后边

要在赋值变量时包含#字符，必需使用内置的LITERAL_HASH变量的内容

内置函数和控件流

qmake 提供了大量的内置函数允处理变量内容。在简单的项目文件里最常用的是include()函数，这个函数用一个文件名做为参数。 给定的文件的内容包含在在项目文件的地方使用include函数。include()函数经常用于包含其它项目文件

include(other.pro)

可以通过作用域(scopes)支持条件结构语句。这种行为和编程语言里的if一样

win32 {
    SOURCES += paintwidget_win.cpp
}

     只有条件为true的时候花括号里的任务才会被执行。在这个例子里，必须设置CONFIG的Win32选项。只有在windows系统上才会自动处理，左边的大括号必须和条件在同一行

     变量上更复杂的操作通常封面要循环提供的内置函数比如find(), unique()和 count()。提供的这些功能，和其它操作字符串和路径，提供用户输入，以及调用扩展工具。使用这些函数更详细的内容，请查看 qmake Language 。所有函数和它们的描述列表，请查看 Replace Functions 和 Test Functions.

项目模板

     TEMPLATE变量，是用来定义项目将要构建的类型。如果它没有在项目文件里声明，qmake会假定构建应用程序，并且将为此生成一个适当的Makefile(或者等价的文件）。

     下表简要说明了项目类型变量和成描述qmake生成的每一个文件：

查看 Building Common Project Types 在编写使用项目模板和库模板项目的项目文件时的建议。

     当使用subdirs模板时，qmake生成一个makefile用来检查每一个子目录，处理在子目录里找到的工程文件，并执行平台的make 工具生成新的Makefile。SUBDIRS变量被用于包含所有要被处理的子目录的列表。

常规配置

     CONFIG变量指定项目应该配置的选项和功能。

     可以在release模式或debug模式或两种模式一起构建项目。如果debug和release一同指定，最后一个指定的生效。如果你指定 debug_and_release 选项用来构建项目的debug和release两个版本，qmake会生成包含构建两个版本规则的Makefile。可以通过以下方式调用：

make all

添加 build_all选项到 CONFIG变量，在规则构建项目时使用这个默认值。

     注意：每一个在CONFIG里指定的变量都可以用做条件作用域。你可以使用内置的CONFIG()方法测试某个配置选项是否存在。例如，下边的代码展示使用这个方法做为域的条件测试是否只有opengl选项被使用

CONFIG(opengl) {
    message(Building with OpenGL support.)
} else {
    message(OpenGL support is not available.)
}

这允许为release和debug 定义不同的配置 构建。更详细的信息，请查看Using Scopes。

下边的选项定义要构建的项目类型。

注意：一些选项只有在相关平台上使用时才会生效。

     应用程序和库项目模板为你提供了更专业的配置选项用来调整生成过程。选项更详细的解释在Building Common Project Types

     例如，如果你的应用程序使用Qt库并且你想在debug模式下构建项目。你的项目文件将包含下边的代码：

CONFIG += qt debug

     注意：你必需使用"+="，不能使用"="，不然qmake将不能为使用Qt的配置确定哪些设置是你的应用程序需要的。

声明Qt库

     如果CONFIG变量包含qt值，开启qmake对Qt应用程序的支持。这样就可以微调你的应用程序使用的Qt模块。通过QT的变量可以用于声明需要的额外的模块。例如我们可以也下面的方式启用 XML和network模块：

QT += network xml

注意：QT默认包含core和gui模块，所以上边的声明把network和XML模块添加到了默认列表。下边的赋值删除了默认模块，这将导致应用程序的源码在编译的时候出现错误：

QT = network xml # This will omit the core and gui modules.

如果你想构建没有gui模块的项目，你需要用 "-=" 操作删除它。默认情况下，QT包含core和gui。下面的代码将导致最小的Qt项目构建：

QT -= gui # Only the core module is used.

你可以添加到QT变量的Qt模块列表，请查看QT

配置功能

     qmake可以提供在功能文件(.prf)里指定的额外的配置功能。这些额外的功能经常为在构建过程使用的自定义工具提供支持。为了能将功能添加到构建过程，把功能的名字（功能文件名的词干）追加到CONFIG变量后边

     例如，用下边的代码qmake可以配置构建过程利用pkg-config提供的外部库。如D-Bus和ogg库。

CONFIG += link_pkgconfig

PKGCONFIG += ogg dbus-1

关于添加新特性更详细的信息，请查看 Adding New Configuration Features.

声明其它库

     除了Qt支持的库，你可以把其它的库添加到工程里，你必需在工程文件里指定它们。

     qmake可以查找库所在的路径，及特定库链接可以被添加到LIBS变量的值列表。你可以指定库的路径或者，或者使用UNIX样式符号指定库和路径。

     例如，下边的代码显示如何指定库：

LIBS += -L/user/local/lib -lmath

包含头文件的路径也可以使用相同的方式添加到 INCLUDEPATH 变量

例如，添加几个用于查找头文件的路径

INCLUDEPATH = c:/msdev/include d:/stl/include