VS2012 編譯Qt 4.8.4完整過程
背景:
最近用VS2012越來越愛不釋手。但是Qt只提供VS2010的官方的安裝包,暫時還不支援新版本的VS。於是,我需要手動用編譯Qt4.8.4。過程也不復雜寫下來做個記錄吧。
說明:
我以前編譯Qt時喜歡用靜態編譯,這樣做的好處是不需要VS的執行時庫,也不需要qt的庫,部署起來很方便。缺點就是Debug版本編譯出來非常大,哪怕是個很小的功能編譯出來基本上都15M左右,而且編譯過程很耗時。現在我直接使用動態編譯。我使用的Qt安裝包是qt-win-opensource-4.8.2-vs2010.exe
編譯步驟:
1. 建立環境變數
QMAKESPEC win32-msvc2010 // 注意
QTDIR S:\QT\4.8.4 // Qt的安裝目錄
Path S:\QT\4.8.4\bin;
注意: QMAKESPEC 還是 win32-msvc2010 因為如果要改成win32-msvc2012,需要改很多相關的配置。又麻煩又不安全。而且使用win32-msvc2010並不影響我們的結果。
2. 修改 mkspecs\win32-msvc2010\qmake.conf
將 QMAKE_COMPILER_DEFINES += _MSC_VER=1600 WIN32 當中的1600改成1700
QMAKE_CFLAGS = -nologo -Zm200 -Zc:wchar_t-
改為
QMAKE_CFLAGS = -nologo -Zm200 -Zc:wchar_t
3. 在開始選單中找到 VS2012 x86 Native Tools Command Prompt 並執行
這一步非常簡單但很重要,一定要選擇VS2012目錄下的bat檔案
4. 在控制檯中,切換到Qt的安裝目錄下。使用如下引數進行配置
configure.exe -platform win32-msvc2010 -opensource -debug-and-release -shared -qt-sql-sqlite -plugin-sql-sqlite -qt-zlib -qt-libpng -qt-libmng -qt-libtiff -qt-libjpeg -qmake -process -rtti -dbus -webkit -script -scripttools -no-dbus
5. nmake 開始編譯。 不過在編譯過程中會遇到幾個錯需要手動修改一下程式碼。
6. 第一個錯誤如下:
.\wtf/HashSet.h(180) : error C2664: 'std::pair<_Ty1,_Ty2>::pair(const std::pair<_Ty1,_Ty2> &)' : cannot convert parameter 1 from 'std::pair<_Ty1,_Ty2>' to 'const std::pair<_Ty1,_Ty2> &'
在Qt的Src目錄搜尋這個HashSet.h
將180行所在的函式以及它下面的函式用下面的程式碼替換:
template<typename T, typename U, typename V>
inline pair<typename HashSet<T,U,V>::const_iterator, bool> HashSet<T,U,V>::add(const ValueType &value)
{
auto p= m_impl.add(value);
return make_pair(typename HashSet<T,U,V>::const_iterator(p.first), p.second);
}template<typename Value, typename HashFunctions, typename Traits>
template<typename T, typename HashTranslator>
inline pair<typename HashSet<Value, HashFunctions, Traits>::iterator, bool>
HashSet<Value, HashFunctions, Traits>::add(const T& value)
{
typedef HashSetTranslatorAdapter<ValueType, ValueTraits, T, HashTranslator> Adapter;
typedef typename HashSet<Value, HashFunctions, Traits>::iterator iter_type;
auto& temp = m_impl.template addPassingHashCode<T, T, Adapter>(value, value);
return make_pair((iter_type)temp.first, temp.second);
}
7. 繼續 nmake 遇到第二個錯誤
platform\DefaultLocalizationStrategy.cpp(327) : error C2001: newline in constant
platform\DefaultLocalizationStrategy.cpp(327) : fatal error C1057: unexpected end of file in macro expansion
這個錯誤的原因是因為程式碼裡面的非英文的引號造成的。
原始的錯誤程式碼如下:
return WEB_UI_STRING("Look Up “<selection>”", "Look Up context menu item with selected word").replace("<selection>", truncatedStringForLookupMenuItem(selectedString));
大家注意 <selection> 單詞前後的引號。就是它造成編譯報錯。修改成下面的程式碼
return WEB_UI_STRING("Look Up \"<selection>\"", "Look Up context menu item with selected word").replace("<selection>", truncatedStringForLookupMenuItem(selectedString));
8. 再次nmake,好了到這裡為止,就剩下漫長的等待了。我一般是睡覺之前編譯,一晚上的時間足夠了。
9. 補充,有個開源工具叫jom,也是qt官方的,它支援多核編譯,可以大大加快編譯速度。
使用的方法也很簡單jom –j 8 你有幾個核就寫幾。我是8個核
簡單的看一下效果吧!
注意最後兩個DLL是VS2012的執行時庫,說明我們已經編譯成功了!
好訊息是這兩處Bug已經報給Qt官方了,我相信在以後的版本中不會在有類似的問題了。
相關文章
- 交叉編譯Qt/E和Qtopia過程編譯QT
- 編譯過程編譯
- Javac編譯過程Java編譯
- 編譯核心過程編譯
- 編譯器的編譯基本過程編譯
- 編譯連結過程編譯
- 編譯過程簡介編譯
- C++ 編譯過程C++編譯
- VS2012 編譯GDAL編譯
- ios底層 編譯過程iOS編譯
- 編譯器的工作過程編譯
- EVC編譯TCPMP的過程編譯TCP
- .NET 程式碼編譯過程編譯
- glade 編譯過程 (轉)編譯
- GCC編譯過程(預處理->編譯->彙編->連結)GC編譯
- GCC編譯和連結過程GC編譯
- JavaScript的預編譯過程分析JavaScript編譯
- go語言編譯過程概述Go編譯
- 預編譯過程(AO+GO)編譯Go
- C程式編譯過程淺析C程式編譯
- Android 專案編譯過程Android編譯
- Android Makefile 編譯過程分析Android編譯
- 編譯C++ 程式的過程編譯C++
- Hive SQL 編譯過程詳解HiveSQL編譯
- C語言編譯全過程C語言編譯
- 儲存過程編譯時卡死儲存過程編譯
- VS2012編譯C語言編譯C語言
- [轉]:xmake編譯配置過程詳解編譯
- 詳解Linux 程式編譯過程Linux編譯
- 3- C語言編譯過程C語言編譯
- vlc-android 的編譯過程Android編譯
- C語言編譯過程簡介C語言編譯
- oracle 儲存過程重新編譯方法Oracle儲存過程編譯
- 編譯器的工作過程和原理編譯
- C/C++編譯過程詳解C++編譯
- 儲存過程編譯時會卡死儲存過程編譯
- QT中文編譯出錯QT編譯
- Qt編譯MySQL驅動QT編譯MySql