浅谈 qmake 之 pro、pri、prf、prl文件
做Qt項(xiàng)目也有一段時(shí)間了,但是對(duì)Qt這個(gè)東西的了解也還是一般板,最近準(zhǔn)備把自己的項(xiàng)目代碼重構(gòu)一下,因此,繼續(xù)寫一下這方面的知識(shí),記錄一下!
盡管每次和cmake對(duì)比起來(lái),我們總是說(shuō) qmake 簡(jiǎn)單、功能少。但是qmake仍然是一個(gè)非常復(fù)雜的東西,我想大多人應(yīng)該和我一樣吧:
不是太清楚CONFIG等變量到底如何起作用的
用過(guò)的qmake內(nèi)置變量和函數(shù)不超過(guò)20個(gè)
看Qt Creator源碼或者QtSolution等庫(kù)中自己使用的 *.pro 文件就想看天書(shū)一樣
本文只能抓住一條線,簡(jiǎn)單介紹一下 *.pro、*.pri、*.prf、*.prl等四種文件:干嘛用的,如何用的
一、*.pro
qmake 的工程(project)文件,這個(gè)大家肯定都非常熟悉了。那我就不費(fèi)話了,上例子:
這是一個(gè)典型的Qt示例程序的.pro文件(propriprfprl.pro):
TEMPLATE = app
CONFIG += QT
QT += core gui
TARGET = propriprfprl
SOURCES += main.cpp/
widget.cpp
HEADERS += widget.h
FORMS += widget.ui
前面3行是qmake的默認(rèn)值,我們都可以省略
TARGET 這行指定工程名,我們也可以省略
二、*.pri
i 是什么東西?包含(include)的首字母。類似于C、C++中的頭文件吧,反正就是我們可以吧 *.pro 文件內(nèi)的一部分單獨(dú)放到一個(gè) *.pri 文件內(nèi),然后包含進(jìn)來(lái)。
接前面的例子,我們將源文件的設(shè)置獨(dú)立出來(lái),放到propriprfprl.pri文件內(nèi):
SOURCES += main.cpp/
widget.cpp
HEADERS += widget.h
FORMS += widget.ui
這時(shí),我們的 propriprfprl.pro 文件就可以簡(jiǎn)化為:
TEMPLATE = app CONFIG += QT QT += core gui TARGET = propriprfprl include(propriprfprl.pri)
這有什么用呢?對(duì)我們這個(gè)例子來(lái)說(shuō),確實(shí)沒(méi)什么用,反而多了一個(gè)文件,更麻煩了。
可是,如果一個(gè)大點(diǎn)的項(xiàng)目,含有多個(gè)*.pro文件呢,這些pro需要有些共同的設(shè)置或需要的文件,這時(shí)就很有必要了。
三、*.prf
f又是神馬東東?特性(feature)的首字符
和pri文件類似,該文件也是要被包含進(jìn)pro文件的
只是:它更隱蔽
你經(jīng)常和它打交道,可能卻一直視而不見(jiàn)
我們這個(gè)例子中其實(shí)已經(jīng)用到了,這就是
CONFIG+=QT
當(dāng)我們?cè)贑ONFIG中指定一個(gè)東西時(shí),qmake就會(huì)嘗試去加載相應(yīng)的feature文件:
Qt安裝目錄下的 mkspecs/features/qt.prf
features 文件的文件名必須小寫
qmake 去哪些目錄下搜索features文件呢?
manual中有介紹,此處略
暫時(shí)只知道前面提到的 $$QTDIR/mkspecs/features 就可以了
寫一個(gè)自己的features文件:propriprfprl.prf
win32:CONFIG += console
為win32的程序添加控制臺(tái),有點(diǎn)多次一舉哈。
將該文件放置到我們前面提到的目錄中
然后在pro文件內(nèi)添加
CONFIG += propriprfprl
看到和 CONFIG += console 同樣的效果了吧?
注:我們也可以使用 load命令來(lái)加載prf文件,比如前面的命令可以認(rèn)為等價(jià)于
load(propriprfprl)
五、*.prl
l 這個(gè)東西容易理解,鏈接(link)的首字符。主要和生成與使用靜態(tài)庫(kù)密切相關(guān)(動(dòng)態(tài)庫(kù)也可以有該文件,去Qt安裝目錄下的lib目錄下看看即可)。
生成靜態(tài)庫(kù)時(shí),我們需要使用下列配置(進(jìn)而生成和庫(kù)文件同名的 *.prl 文件)
CONFIG += create_prl
當(dāng)工程的TEMPLATE為app時(shí),會(huì)自動(dòng)添加如下指令(找?guī)煳募臅r(shí)候,會(huì)嘗試找相應(yīng)的 *.prl 文件)
CONFIG += link_pri
那么該文件有什么用處呢?舉一個(gè)大家可能熟悉的例子QextSerialPort1.2這個(gè)庫(kù)(windows下的情況):
編譯時(shí),需要 setupapi.lib advapi32.lib user32.lib 這幾個(gè)庫(kù)文件
編譯成靜態(tài)庫(kù)以后,它本身是不包含這3個(gè)庫(kù)文件信息的
于是,當(dāng)我們使用這個(gè) QextSerialPort 靜態(tài)庫(kù),還是需要指定 這幾個(gè)庫(kù)文件
如果有prl文件呢,該文件就會(huì)包含依賴信息了,我們看一下:
QMAKE_PRL_BUILD_DIR = E:/dbzhang800-qextserialport/buildlib QMAKE_PRO_INPUT = buildlib.pro QMAKE_PRL_TARGET = qextserialport-1.2 QMAKE_PRL_CONFIG = include_source_dir incredibuild_xge lex yacc warn_on uic resources incremental_off windows release ReleaseBuild Release build_pass qt warn_on release incremental flat link_prl precompile_header autogen_precompile_source copy_dir_files debug_and_release debug_and_release_target embed_manifest_dll embed_manifest_exe stl exceptions rtti mmx 3dnow sse sse2 release ReleaseBuild Release build_pass qt qextserialport-buildlib create_prl qextserialport-uselib qextserialport-static static debug_and_release build_all release ReleaseBuild Release build_pass no_autoqmake staticlib static moc thread QMAKE_PRL_LIBS = setupapi.lib advapi32.lib user32.lib d://Qt//4.7.0//lib//QtGui4.lib d://Qt//4.7.0//lib//QtCore4.lib
總結(jié)
以上是生活随笔為你收集整理的浅谈 qmake 之 pro、pri、prf、prl文件的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: node-sass报错解决方法
- 下一篇: 计算机图书