『壹』 visual studio2015的c++編譯器是哪個
1、對於微軟的VS系列編程環境，編程者一般不需要去關心它的「編譯器」具體是哪個東西，環境在編譯時會自動的進行相關的調用。編程者只要在編寫環境中點滑鼠或按快捷鍵下達編譯命令就好了。
2、VS下編譯一個原代碼需要經過的步驟比較多，如果你實在要關心，那麼給出下面的提示：
cl.exe：編譯程序
link.exe：鏈接程序
lib.exe：載入lib庫的程序
nmake.exe：用makefile進行構建、編譯的工具
它們一般在安裝VS的目錄中可以搜索到。
具體的使用方法，相關的資料很少，需要自個去查，去慢慢摸索。
3、Visual studio2015一般指的是微軟VS系列中的2015年出品的版本。
『貳』 vs2010如何編譯單個CPP文件。
可以明確的告訴你，無此種編譯器存在，編譯文件不光光是看源文件，各個工程中還有很多的配置文件存在，如果不建立工程，任何編譯器都是無法知道你到底是要編譯控制台程序，windows程序，或者是DLL。所以還不存在。
『叄』 vs不能編譯qt
1. 下載qt的安裝包和vs2011的qt插件，大家可以到下面的地址進行下載
BBS:
官網:
本人是在BBS上找到的，官網上沒仔細去找了（英文太多）。
2. 安裝qt sdk
安裝其實很簡單了，基本上一路回車即可，主要是要注意下qt的安裝路徑最好安裝在全英文路徑而且中間沒有空格, 安裝好後，可以運行開始菜單裡面的qt demo，直觀感受下qt的強大功能！
界面非常炫酷
4. 編譯qt
qt默認使用mingw進行編譯，如果要使用vs2011開發，需要將qt重新編譯。
進
入開始菜單microsoft visual studio 2011，visual studio tools，visual studio
command prompt (2011)，需要注意的是，這裡面必須是使用visual studio command prompt
(2011)，不能使用cmd的dos窗口
進入qt的安裝目錄後，執行cd qt，進入qt的根目錄
運行命令 configure -platform win32-msvc2011，o（選擇opensource模式）回車,y(同意license）回車
k1988插入：
在編譯過程中，為了加快速度，可以對configure適當的加些參數，比如-fast，-no-webkit（這個貌似挺耗時的）
我
選擇的命令行：configure -platform win32-msvc2011 -fast -debug-and-release
-no-webkit -no-script -no-qt3support -nomake demos -nomake examples
-nomake tools -mp
其中：mp是多線程編譯選項。
接著就會自動配置qt的編譯環境，等配置結束後,運行nmake,回車，qt就會開始漫長的編譯過程，這段時間非常長，需要4個小時以上。
liuyu遇到的問題：（自己遇到過，當時沒記錄下來，但是記得編譯過程中遇到這些問題）
1.DefaultLocalizationStrategy.cpp
C:/Program Files (x86)/Microsoft Visual Studio 10.0/VC/INCLUDE/yvals.h(21) : war
ning C4005: 『_HAS_TR1』 : macro redefinition
command-line arguments : see previous definition of 『_HAS_TR1』
platform/DefaultLocalizationStrategy.cpp(327) : error C2001: newline in constant
platform/DefaultLocalizationStrategy.cpp(327) : fatal error C1057: unexpected en
d of file in macro expansion
NMAKE : fatal error U1077: 『「C:/Program Files (x86)/Microsoft Visual Studio 10.0
/VC/BIN/cl.EXE」』 : return code 『0x2』
Stop.
NMAKE : fatal error U1077: 『「C:/Program Files (x86)/Microsoft Visual Studio 10.0
/VC/BIN/nmake.exe」』 : return code 『0x2』
Stop.
NMAKE : fatal error U1077: 『cd』 : return code 『0x2』
Stop.
NMAKE : fatal error U1077: 『cd』 : return code 『0x2』
Stop.
解決辦法：
打開文件…/Qt4.8.5/src/3rdparty/webkit/Source/WebCore
/platform/DefaultLocalizationStrategy.cpp
找到327行刪除的引號「」
2.NMAKE:fatal error U1077. return code 0x2
產生原因：找不到代碼文件中包含的頭文件
解決辦法：cmd下進入到vs安裝路徑/VC/Bin下，執行vcvars32,此時會執行vcvas32.bat自動為vs設置環境變數 （這個也試過好幾回，沒效果，依然出現上面錯誤）試試下面的就解決了：
經分析，是環境變數設置的CURR_DIR和TARGETDIR值中含有空格導致了此問題。
通過下面的命令刪除環境變數即可。
在d:/Qt/4.8.6目錄下鍵入下面的命令即可（不是很明白）
接著繼續nmake命令 回車換行
k1988插入：（本人未找到以下文件）
請先刪除
src/3rdparty/webkit/webcore/tmp/moc/debug_shared/mocinclude.tmp
src/3rdparty/webkit/webcore/tmp/moc/release_shared/mocinclude.tmp
/src/script/tmp/moc/debug_shared/mocinclude.tmp
/src/script/tmp/moc/release_shared/mocinclude.tmp
等文件，否則編譯有可能失敗。
k1988插入：
這一步很重要，關繫到是否能用qt-vs-addin。
把d:/qt/bin下的.qmake.cache和configure.cache這兩個文件手動備份到另一個地方。
（本人未嘗試過）然後使用nmake clean進行清理掉那些中間文件（pdb，obj等文件），清理出4個g左右的空間。
nmake confclean是清理配製文件，占的空間不大，可以不執行了。這個時候再把剛備份的.qmake.cache和configure.cache拷回原處。
5.配置vs2011的qt開發環境（vs2011最好是英文版本，qt對vs2011中文版本可能支持的不好）
等qt編譯好後就可以配置vs2011的開發環境了，進入vs2011，選擇qt菜單，qt option，進入下圖界面
k1988插入：
按
步驟編譯好了，用qt助手paths加進去，不知為何ok鍵不亮, 紅字提示：qt in the given path built using
mingw 這個是qt插件的bug,得手工改注冊表 hkey_current_user/software/trolltech/versions/
下增加一個子項 qt486（需要的名稱） 子項下面增加一個數值 installdir，值就是你要配置的qt路徑
ps:如果沒有versions這個文件夾就新建一個吧!
（這里確實是個坑,僅僅修改注冊表居然沒有用，還要去qt的lib文件夾下刪掉兩個文件 –>>刪除qt的lib目錄下（我的路徑是D:/Qt/4.8.6/lib）的libqtmain.a and libqtmaind.a 兩個文件。）
點擊add，添加qt的安裝目錄，並取名字，我這里使用qt的4.8.6版本為名稱，選擇ok後即可。
6.新建或者導入qt項目
可以通過在vs2011新建一個qt項目
『肆』 裝了vs2013的qt5.7.0，電腦上原來裝有vs2015，編譯後顯示找不到vs2015的nmake
/link?url=Jsn4dRjufU-_G0yl8pqh1KJoQ-9Wn0EcL--_a參考這里。道理是類似的。用記事本打開sln和proj文件，改一下就可以。
『伍』 VS里正常的代碼在QT里執行有問題要怎麼弄好QT的
在安裝 QT+MSVC環境的時候，該出的問題我想都讓我碰上了。
問題1 ：jom.exe 崩潰，構建不通過。
jom: ......... Error 219:19:11: 進程"E:QT1ToolsQtCreatorinjom.exe"退出，退出代碼 2 。Error while building/deploying project untitled (kit: Desktop Qt 5.5.1 MSVC2015 64bit)When executing step "Make"這個我沒有出現什麼cl不是內部命令的提示，至於使用nmake就更錯了，nmake運行就出問題，估計是安裝時nmake就有問題了。所以不是環境變數之類的錯誤，由於我前期先安裝的QT+MinGW,後來需要MSVC才安裝的vs2015,估計是這個安裝先後順序導致一些配置不對，反正我的kit配置都沒有錯誤提示了也不行，乾脆直接全卸了重新來。這次OK了，msvc,mingw都能用了。後來看到有初始化msvc編譯環境的腳本，如果不行就先使用下試試，沒准就OK了，不用浪費時間重新安裝（安裝時間好長呀）
1
問題2 -1: error: LNK2019: 無法解析的外部符號 **，該符號在函數 ** 中被引用,看圖說話。
無法解析的外部符號說明，該函數的庫或頭文件沒有被引入，比如下面
qmfcapp.obj : error LNK2019: 無法解析的外部符號 __imp_SetWindowsHookExW，該符號在函數 "public: static bool __cdecl QMfcApp::pluginInstance(void *)" (?pluginInstance@QMfcApp@@SA_NPEAX@Z) 中被引用在QT中找到QMfcApp::pluginInstance函數查看了下使用到外部函數的地方SetWindowsHookEx，點擊可以跳轉到頭文件WinUser.h,那就是庫沒有了。由於原來是MinGW，內部的庫都導入了，轉到MSVC後一些自帶的系統庫沒有加進來。網路查找SetWindowsHookEx該函數所需庫User32.lib，在電腦上搜了。然後在.pro工程文件中右鍵加入庫如下
把加後綴的勾刪了，我這window下好像沒有專門的d版調試庫。
OK。這時在庫里就自動加上了下面這幾行。
1
2
3
4
1
問題3 User32.Lib:-1: warning: LNK4272:庫計算機類型「X86」與目標計算機類型「x64」沖突
剛開始時找錯了庫，找到的是32位編譯出來的user32.lib庫，後來直接到系統盤window下找到了64位的就OK了。
問題4 This application has requested the Runtime to terminate it in an unusual way
這個在我安裝了vs2015就出現了這問題，沒裝時都好好的。這個上一篇有講到，這次又遇上了，我真的是無語了，也是莫名其妙的又不報了。具體怎麼弄好的我也摸不著，vs2015又裝了VC++里的所有部分（MFC類，兼容XP什麼的兩個，原本就一個VC++編譯器的），到qt安裝目錄里有個vcredist_msvc2015_x86運行，重啟後也一樣，然後還有什麼，重新拷貝庫？一堆事情，一個個試都不好，換vb，vs，突然之間就好了，可是VB來錯誤53，找不到dll了，vs來載入格式不正常，這個看問題5。但有一點可以肯定—-錯誤與下面的dll無關，這個是depends找不到有關的bug。
問題5 試圖載入格式不正確的程序。 (異常來自 HRESULT:0x8007000B)
這里是目標平台和庫不一致，需要注意下,用MinGW編譯的去MinGW版的QT庫里找對應的庫（debug版和release版），然後要注意的是它是32位的，所以vs里只能選擇X86平台。貌似沒有找到有64的MinGW版本的QT.
而MSVC我下的是64的，所以只能選則X64平台。拷貝庫也是到msvc版的QT庫里找。如果庫位數不對，會呈粉紅色。
問題6 其他信息: 無法載入 DLL「bstdll.dll」: 找不到指定的程序。 (異常來自 HRESULT:0x8007007F)。
換成X86的拿mingw編譯出來的試出這問題，拿到在VB下就是 實時錯誤53：找不到DLL的意思了。這個估計就是跟安裝了vs2015的問題有關了。安裝了vs2015後VC++估計把我一些32位的庫給弄掉了，怎麼都無法成功了。嘗試下個msvc 32位的編譯看是否一樣。
問題7 error: C2373: 「saveImage」: 重定義；不同的類型修飾符
同樣的代碼用64的編譯器和MinGW都沒問題，換成32位的msvc就出問題了，
.h文件
.cpp文件
void saveImage(const char *file){平常看到的講解導出dll都沒要求實現里也要加上__stdcall,這里報錯就是這個原因，.cpp里也加個__stdcall就OK了。
1
2
3
1
問題8 其他信息: 無法在 DLL「xxx.dll」中找到名為「xxx」的入口點。
到這一部至少說明，dll可以被找到，目標平台和生成的dll也是一致的，只是入口函數找不到，可能是導出名不對了，depends查看下果然名字被過度修飾了。變成了_function@bytenum形式。
怎麼解決我不知道msvc的編譯器有沒有這個選項，直接改成這個名字算了。
問題9 發生了 PInvokeStackImbalance
對PInvoke函數的調用導致堆棧不對稱。
先看看是不是調用協議不對，vb是__stdcall，vc++默認用__cdecl,如果一致了還出錯，那可能是long要改成int32，這個嘗試改下就行了。我就是這么解決的。
到此，無論是64還是32位都能用了。坑好多啊。MinGW版不知道為什麼就是錯誤提示找不到dll，裝了個VS2015麻煩這么多。有知道的大神可以解惑下。
有些人說MinGW版編譯的dll不能在window下用是有問題的，反正我不裝VS2015時一切都好好的。如上篇所述，而且也在別人機子上試過。現在沒時間找這個問題了，能用就行了。
『陸』 vs不能編譯qt
1. 建立環境變數
QMAKESPEC win32-msvc2011 // 注意
QTDIR S:\QT\4.8.4 // Qt的安裝目錄
Path S:\QT\4.8.4\bin;
注意: QMAKESPEC 還是 win32-msvc2011 因為如果要改成win32-msvc2012，需要改很多相關的配置。又麻煩又不安全。而且使用win32-msvc2011並不影響我們的結果。
2. 修改 mkspecs\win32-msvc2011\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-msvc2011 -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::pair(const std::pair &)' : cannot convert parameter 1 from 'std::pair' to 'const std::pair &'
在Qt的Src目錄搜索這個HashSet.h
將180行所在的函數以及它下面的函數用下面的代碼替換：
template
inline pair<typename HashSet::const_iterator, bool> HashSet::add(const ValueType &value)
{
auto p= m_impl.add(value);
return make_pair(typename HashSet::const_iterator(p.first), p.second);
}
template
template
inline pair<typename HashSet::iterator, bool>
HashSet::add(const T& value)
{
typedef HashSetTranslatorAdapter Adapter;
typedef typename HashSet::iterator iter_type;
auto& temp = m_impl.template addPassingHashCode(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 「」", "Look Up context menu item with selected word").replace("", (selectedString));
大家注意 單詞前後的引號。就是它造成編譯報錯。修改成下面的代碼
return WEB_UI_STRING("Look Up \"\"", "Look Up context menu item with selected word").replace("", (selectedString));
8. 再次nmake，好了到這里為止，就剩下漫長的等待了。我一般是睡覺之前編譯，一晚上的時間足夠了。
9. 補充，有個開源工具叫jom，也是qt官方的，它支持多核編譯，可以大大加快編譯速度。
使用的方法也很簡單jom –j 8 你有幾個核就寫幾。我是8個核
注意最後兩個DLL是VS2012的運行時庫，說明我們已經編譯成功了！
『柒』 fluent中的UDF能用vs2010編譯嗎
當然沒有問題,所謂 UDF 編譯後就是一個 DLL 文件
使用 nmake 的話，需要先設定環境變數
可以在 cmd 中執行 Path\To\VC\vcvarsall.bat
然後敲 fluent 的啟動命令
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
win7 並沒什麼特殊，當然可以
『捌』 nmake到底怎麼用怎麼編譯我的c++程序
path中沒有nmake 的路徑，系統找不到文件。
在cmd中寫：
path = %path%；nmake的路徑
然後在運行。
可能還會缺少其他程序的路徑，同上操作即可。
『玖』 如何用vs和makefile文件進行編譯
運行cmd.exe (or command.com in win9x)->進到vc/bin目錄->運行vc-vars32.bat->進到makefile 所在的目錄->nmake /f makefile
從sourceforge上下載下來的libjpeg源代碼中有一個makefile.vc的文件，可以通過nmake /f makefile.vc [nodebug=1]來編譯libjpeg，但是只能編譯靜態庫，如果需要編譯dll以便在emacs等程序中使用的話，需要修改makefile.vc和jmorecfg.h文件。在makefile.vc文件中添加編譯dll規則：
以下內容為程序代碼:
libjpeg.lib: $(LIBOBJECTS) $(RM) libjpeg.lib lib -out:libjpeg.lib $(LIBOBJECTS) #
添加以下這行 libjpeg.dll: $(LIBOBJECTS) $(RM) libjpeg.dll link -dll -out:libjpeg.dll $(LIBOBJECTS) 在jmorecfg.h中添加#define _WIN32_#define JPEG_DLL 然後nmake /f makefile.vc nodebug=1就可以編譯了。
將makefile復制為一個.mak文件，然後用VC打開即可！
.mak 就是一個makefile
可以指定怎樣編譯(命令行,必須先設置VC命令行環境)
vcvars32.bat可設置環境,在vc98/bin下 nmake /f XXXX.mak
如果有一個makefile就只要nmake就可以了。