Qt4.7.0文档翻译：配置qmake的环境，Configuring qmake's Environment

属性

qmake 有一个持久存储信息的系统 ，这允许你只需要在qmake 中对一个变量 设置 一次 ，以后每次调用时都能查询到这个值。使用下面的方法来在qmake 中设置一个属性 ：

qmake -set 变量 值

应当使用适当的变量和 值来替换命令中的 变量 和 值 。

你可以这样从 qmake 中查询这个信息：

qmake -query 变量

qmake -query #查询当前所有的 变量 ／ 值 对……

注意 ： qmake -query 只会列出你以前使用 qmake -set 变量 值 设置的变量 。

这个信息将会保存到一个 QSettings 对象中 （意味着它在不同的平台上将保存在不同的地方）。由于 变量 也是有版本的 ，所以你可以在一个旧版本的 qmake 里设置一个 值，在新版本里就能获取这个 值。然而 ，如果你为一个新版本的 qmake 设置 变量 ，那么旧版本将不使用这个值。然而 ，如果你将 qmake 的版本号加在 变量 的前面，那么你可以查询一个指定版本的变量，像下面这个例子一样：

qmake -query "1.06a/ 变量 "

qmake 还支持查询 内置 属性,例如 ,你可以使用 QT_INSTALL_PREFIX 属性来查询这个版本的 qmake 使用的Qt的安装路径 ｡

qmake -query "QT_INSTALL_PREFIX"

这些内置的属性不能加上版本号前缀使用 ，因为它们没有版本 ，并且每个版本的 qmake 都会有它自己的内置属性的集合。下面的列表汇总了内置的属性 ：

• • QT_INSTALL_PREFIX  - 这个qmake 使用的Qt 版本的位置

• • QT_INSTALL_DATA  - 这个版本的Qt 的数据的位置 （本座查了一下，/usr/lib/qt4）

• • QMAKE_VERSION  - 当前qmake的版本

最后，可以在项目文件中使用一种特殊的表示方法来查询这些值，比如：

QMAKE_VERS = $$[QMAKE_VERSION]

QMAKESPEC

INSTALLS

缓存文件

缓存文件是一个特殊文件 ， qmake 从中读取没有在 qmake.conf 文件 、项目文件或者命令行指定的设置信息。如果在运行 qmake 的时候没有指定 -nocache 选项，那么它会尝试在当前目录的那些上级目录里寻找一个 .qmake.cache 文件 。如果它没有找到这个文件 ，那么它会忽略这一步的处理过程 。

如果它找到了一个 .qmake.cache 文件 ，那么它会在处理项目文件之前处理这个文件。

库依赖

在与一个库做链接时 , qmake 经 常依赖下层的平台来得知这个库与哪些库链接,并且让平台将它们引入｡然而 ,在很多情况下,这是低效的｡例如 ,当静态链接一个库时 ,没有与其它库链接 ,因此就没有创建到那些库的依赖｡然而 ,稍后与这个库做链接的程序将会需要知道去哪里找到这个静态库需要的符号 ｡为了应对这种情况 , qmake 尝试在适当的时候跟踪这个库的依赖 ,但是必须按照两个步骤来显式地启用这个行为 ｡

第一步是在库自身启用依赖跟踪。要做到这一点 ，你必须告诉 qmake 要保存这个库的信息 ：

CONFIG += create_prl

这只对 lib 模板有效 ,当使用其它模板时会 被忽略｡当使用这个选项时 , qmake 会创建一个扩展名为.prl的文件 ,它会保存这个库的一些元信息 ｡这个元文件就像一个普通的项目文件一样 ,但是只包含内部变量的定义 ｡你可以随意查看这个文件 ,如果它被删除了,那么 qmake 会在需要的时候重新创建它 ,或者是在稍后读取这个项目文件的时候 ,或者是在一个依赖库 (下面描述)发生改变的时候｡当你通过将它指定为 INSTALLS 声明中的一个目标的方法来安装这个库的时候 , qmake 会自动地将这个.prl文件复制到安装路径中 ｡

这个过程中的第二步就是在使用这个静态库的程序里面启用对这个元信息的读取：

CONFIG += link_prl

当这个选项 被启用时, qmake 将会处理这个程序链接到的所有的库 ,并且查找它们的元信息｡ qmake 会使用这个来确定相关的链接信息 ,尤其是将一些 值添加到程序的项目文件的 DEFINES 和 LIBS 列表里｡一旦 qmake 处理完了这个文件 ,它会检查 LIBS 变量中新引入的库 ,找到它们依赖的.prl文件 ,继续这个过程直到解决了所有的库的依赖关系 ｡在这个时候 ,照常地创建Makefile ,而那些库会显式地与这个程序链接起来 ｡

.prl文件的内部格式是封闭的 ，这样它们随后可以轻易改变。它们不是设计为让你手动 修改的 ，它们只应当由 qmake 来生成 ，不应当在操作系统之间传递，因为它们可能包含与平台相关的信息 。

文件扩展名

在一般情况下 ， qmake 会尝试使用适合于你的平台的文件扩展名 。然而 ，有些时候有必要为每个平台覆盖掉默认的选项并且显式地定义文件扩展名以让 qmake 使用 。这是通过重新定义特定的内置变量来实现的 ；例如 ，可以在项目文件中使用以下赋值语句来重定义用于 moc 文件的扩展名 ：

QMAKE_EXT_MOC = .mymoc

以下变量可用来重定义 qmake 使用的普通文件的扩展名 ：

• •QMAKE_EXT_MOC - 这个变量修改那些被包含的moc 文件的扩展名。

• • QMAKE_EXT_UI - 这个变量修改用于设计师的界面文件 （通常是在 FORMS 中）的扩展名。

• • QMAKE_EXT_PRL - 这个变量修改 库依赖文件 的扩展名 。

• • QMAKE_EXT_LEX - 这个变量 修改 lex 文件 （通常在 LEXSOURCES 中） 的扩展名。

• • QMAKE_EXT_YACC - 这个变量修改 yacc 文件 （通常在 YACCSOURCES 中）的扩展名。

• •QMAKE_EXT_OBJ - 这个变量修改生成的对象文件的扩展名。

以上变量只接受一个值,所以你必须只给它们赋予一个值,这个值将在整个项目文件中使用｡有两个变量接受一组值:

• • QMAKE_EXT_CPP - 导致 qmake 将所有拥有这些扩展名的文件当成C++源代码文件来解释 。

• • QMAKE_EXT_H - 导致 qmake 将所有拥有这些扩展名的文件当成C 和C++头文件来解释 。

自定义Makefile 的输出

qmake 努力做到一个跨平台的构建工具应当做到的任何事情 。当你实在需要运行特殊的与平台相关的命令时 ，事情通常就不那么完美了。这件事情可以针对不同的 qmake 后端来采用特殊的指令来完成 。

就像在 qmake 的其它地方一样 ，对 Makefile 的自定义输出也是通过一个面向对象风格的应用编程接口来实现的 。当指定一些对象的成员时 ，这些对象也被自动定义；例如：

mytarget.target = .buildfile

mytarget.commands = touch $$mytarget.target

mytarget.depends = mytarget2

mytarget2.commands = @echo Building $$mytarget.target

上面的定义中 ，定义了一个叫做 mytarget 的 qmake 对象，它包含了一个叫做 .buildfile 的Makefile 目标 ，而这个目标又是使用 touch 命令生成的 。最后 ， .depends 成员指定了 mytarget 依赖于 mytarget2 ，那是稍后定义的另一个目标 。 mytarget2 是一个虚设的目标 ；它只是用来向终端输出一些文字 。

最后一步就是告诉 qmake ，这个对象是一个要被构建的目标：

QMAKE_EXTRA_TARGETS += mytarget mytarget2

这就是你为了构建自定义目标时所需要做的全部事情 。当然 ，你可能想要将这些目标中的一个与 qmake构建目标 绑定 。要做到这一点 ，你只需要简单地将你的Makefile 目标包含到 PRE_TARGETDEPS 列表中 。

下面的表格中列出的是你可以在QMAKE_EXTRA_TARGETS 变量中使用的选项的概述。

CONFIG 选项的成员列表：

为了方便，也可以为新的编译器或者预处理器对项目进行自定义设置：

new_moc.output  = moc_${QMAKE_FILE_BASE}.cpp

new_moc.commands = moc ${QMAKE_FILE_NAME} -o ${QMAKE_FILE_OUT}

new_moc.depend_command = g++ -E -M ${QMAKE_FILE_NAME} | sed "s,^.*: ,,"

new_moc.input = NEW_HEADERS

QMAKE_EXTRA_COMPILERS += new_moc

使用上面的定义 ,在有替代品的情况下 ,你可以为moc插入一个替代品｡这个命令将在 NEW_HEADERS 变量 (来自 input 成员)的全部参数上执行,而结果会 被写入到 output 成员定义的文件中;这个文件将会加入到项目中其它的源代码文件里面｡另外 , qmake 会执行 depend_command 来生成依赖信息 ,并且将这个信息也放到项目中｡

这些命令可以轻易地放到一个缓存文件中 ，允许后面的项目文件向 NEW_HEADERS 里添加新的参数 。

下面的表格是你可以在QMAKE_EXTRA_COMPILERS 变量中使用的选项的概述。

与CONFIG 选项相关的成员列表：

与CONFIG 选项相关的成员列表：

注意 ： 与Symbian平台相关：在Symbian 平台上 ，不支持生成要链接的对象 ，所以应当一直为附加编译器定义 CONFIG 的 no_link 选项或者 variable_out 变量 。

Your opinions

Your name:Email:Website url:Opinion content:Send