您好,登錄后才能下訂單哦!
標簽: 工程轉換VS
版權聲明:本文為博主原創文章,未經博主允許不得轉載。
在windows下,運行Qt Command Prompt。
輸入命令行:
qmake -tp vc XXX.pro
會生成文件XXX.vcxproj
Visual Studio的project轉成QT Creator的
project
本人QT生手,最近項目上卻有個需求,要將原本的Visual Studio的project轉成QT Creator的project。在進行了一番研究和動手實踐以及再研究再實踐之后,終于成功完成了這一轉換,特此記錄。
環境:
- Visual Studio 2013 (Ultimate)
- QT 5.5 Community
- 原本的VS工程是一個生成dll的工程
- 原本的VS工程其實是基于QT Template的工程
(安裝了QT的VS插件,就可以在VS里建立基于QT template的工程。但是這里又有故事了。對于Visual Studio 2013,插件(add-in)已經不再是推薦的方式,推薦的方式叫做package或extension。所以一旦你安裝了QT的插件(往往是2012版的),再想卸載它就無比困難了,就連MSDN上也沒能寫一個很清晰的解決方案,而網上的解決方案多為修改注冊表,筆者沒有試過,不知道能否卸載干凈。)
先介紹一下QT工程的特點。相比于VS,QT的工程文件很簡單,就是一個.pro文件,當然,有的時候還有.pri文件和.pro.user文件。.pro文件的目的是為了實現cross platform,即跨平臺。.pro文件的內容都是配置信息,比如指明頭文件所在,庫文件所在,庫文件名,目標文件名等等。.pri文件也是一種.pro文件,只是因為它是假定要被某.pro文件include的,所以叫.pri而沒有叫.pro文件。在我的實例當中,.pri文件中主要是HEADERS和SOURCES,分別代表頭文件和源文件。最后,.pro.user文件是一個xml文件,它是自動生成的,主要記錄的是QT Creator里項目的配置信息,包括一些系統的環境變量等。
關于.pro文件的內容以及如何編寫.pro文件,網上有很多不錯的文章,這里就不贅述了。貼幾篇文章的鏈接如下:
10分鐘學會qmake
qmake教程
qmake概念
qmake高級概念
qmake命令參考
一篇轉了以上所有文章的文章
以上談.pro文件的時候還談到了qmake,那么它是什么呢?為何說.pro文件是為了跨平臺而寫的呢?原來,qmake是Trolltech公司(于2008年被諾基亞收購)創建的用來為不同的平臺和編譯器書寫Makefile的工具。手寫Makefile是比較困難并且容易出錯的,尤其是需要給不同的平臺和編譯器組合寫幾個Makefile。使用qmake,開發者創建一個簡單的“項目”文件(即.pro文件)并且運行qmake生成適當的Makefile。qmake會注意所有的編譯器和平臺的依賴性,可以把開發者解放出來只關心他們的代碼。Trolltech公司使用qmake作為Qt庫和Qt所提供的工具的主要連編工具。
那么了解了qmake和.pro文件的寫法之后,再來看看我的轉換歷程吧。
第一步,因為原Visual Studio工程就是基于QT Template的工程,所以我們可以用VS里的QT插件里的"Create basic .pro file..."菜單選項來自動生成一個.pro文件,實際上,不僅僅生成了.pro 文件,還生成了.pri文件。但是目前的.pro文件還是不能用的,因為其中還有大量的配置需要修改,比如INCLUDEPATH和LIBS.
第二步,修改.pro文件使其包含正確而必要的配置信息。
總結筆者對.pro文件的具體修改如下:
1. TEMPLATE = lib
2. 將DESTDIR = xxx改成:
Release:DESTDIR = xxx/Release
Debug:DESTDIR = xxx/Debug
3. CONFIG += debug_and_release
4. 完善INCLUDEPATH
5. 完善DEPENDPATH (這里又有故事了:事后筆者發現,只要在LIBS里寫了-L"<LIBPATH>",就沒必要寫DEPENDPATH了。)
6. 加上 Release:DEPENDPATH 和 Debug:DEPENDPATH
7. 類似的,完善LIBS,添加Release:LIBS和Debug:LIBS
第三步,雙擊改好的.pro文件,QT Creator打開此工程,選中合適的Kit,就可以build了。因為是64位機器,Kit選的是QT 5.5.1的msvc2013_64.
最后千萬要注意的是,在系統環境變量%PATH%里,對于Visual Studio的編譯器cl.exe和鏈接器link.exe, 要選對路徑。比如,對于64位的機器,路徑 C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\amd64 應該被加到%PATH%中,而不是 C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin 這一條在前一篇博文中已有詳細闡述。
以上步驟做完后,就可以順利地在QT Creator中進行build了。
最后還要提醒的一點是,如果更改了.pro文件,想讓更改生效,必須手動刪除qmake生成的Makefile, Makefile.Debug和Makefile.Release文件。
下面是一個.pro文件的實例:
[plain] view plain copy
TEMPLATE = lib
TARGET = MyProject
Release:DESTDIR = ../../../Output/x64/Release
Debug:DESTDIR = ../../../Output/x64/Debug
QT += core qml
CONFIG += debug_and_release
DEFINES += WIN64 QT_DLL QT_QML_LIB MyProject_LIB
INCLUDEPATH += ./GeneratedFiles \
. \
./GeneratedFiles/Release \
$$(VC_INCLUDE) \
$$(VC_INCLUDE)/../atlmfc/include \
$$(WINSDK_INCLUDE)/shared \
$$(WINSDK_INCLUDE)/um
DEPENDPATH += . \
$$(WINSDK_LIB)/um/x64 \
$$(VC_LIB)/amd64 \
$$(QTDIR)/lib \
$$(QTDIR)/bin \
Release:DEPENDPATH += ../../../3rd_library/opencv/libs/Release/x64 \
../../../3rd_library/DirectShow/baseclasses/x64/Release
Debug:DEPENDPATH += ../../../3rd_library/opencv/libs/Debug/x64 \
../../../3rd_library/DirectShow/baseclasses/x64/Debug
MOC_DIR += ./GeneratedFiles/release
OBJECTS_DIR += release
UI_DIR += ./GeneratedFiles
RCC_DIR += ./GeneratedFiles
Release:LIBS += -L"../../../3rd_library/DirectShow/baseclasses/x64/Release" \
-lstrmbase \
-L"../../../3rd_library/opencv/libs/Release/x64" \
-lqtmain \
-lQt5Qml \
-lQt5Core \
-lopencv_calib3d248 \
-lopencv_contrib248 \
-lopencv_core248 \
-lopencv_features2d248 \
-lopencv_flann248 \
-lopencv_gpu248 \
-lopencv_highgui248 \
-lopencv_imgproc248 \
-lopencv_legacy248 \
-lopencv_ml248 \
-lopencv_nonfree248 \
-lopencv_objdetect248 \
-lopencv_ocl248 \
-lopencv_photo248 \
-lopencv_stitching248 \
-lopencv_superres248 \
-lopencv_ts248 \
-lopencv_video248 \
-lopencv_videostab248
Debug:LIBS += -L"../../../3rd_library/DirectShow/baseclasses/x64/Debug" \
-lstrmbasd \
-L"../../../3rd_library/opencv/libs/Debug/x64" \
-lqtmaind \
-lQt5Qmld \
-lQt5Cored \
-lopencv_calib3d248d \
-lopencv_contrib248d \
-lopencv_core248d \
-lopencv_features2d248d \
-lopencv_flann248d \
-lopencv_gpu248d \
-lopencv_highgui248d \
-lopencv_imgproc248d \
-lopencv_legacy248d \
-lopencv_ml248d \
-lopencv_nonfree248d \
-lopencv_objdetect248d \
-lopencv_ocl248d \
-lopencv_photo248d \
-lopencv_stitching248d \
-lopencv_superres248d \
-lopencv_ts248d \
-lopencv_video248d \
-lopencv_videostab248d
LIBS += -L"$$(WINSDK_LIB)/um/x64" \
-L"$$(VC_LIB)/amd64" \
-L"$$(QTDIR)/lib" \
-L"$$(QTDIR)/bin" \
-lWtsapi32 \
-lPathcch \
-l3DScanningEngine \
-lUserenv \
-lwinmm \
-lMf \
-lMfplat
include(MyProject.pri)
在實際build的過程中,筆者又發現QT是調用jom.exe去做的。這是個什么呢?原來,在VS里面,有一個工具叫做nmake,它和Linux上的make很像。但是這個nmake有一個缺點(筆者不確定現在還有沒有這個缺點,但在2009年的時候是有的),就是它無法利用多核的優勢并行編譯。于是,就有人寫了這么一個叫做jom的工具,類似于是多線程版本的nmake. 最初的那篇介紹jom的文章在這里: http://blog.qt.io/blog/2009/03/27/speeding-up-visual-c-qt-builds/
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。