vs多核編譯插件

A. vs2010編譯QT4.8.6，designer.exe、assistant.exe無法運行

認真核對操作步驟：
1、修改環境變數工具推薦：Rapid Environment Editor。
修改前請先備份當前的環境變數。然後：
(1)檢查系統變數path，刪除有關mingw其他版本等信息，以免與後續的mingw32-make沖突。
(2)檢查用戶變數INCLUDE、LIB、PATH、MSDevDir和MSVCDir，刪除有關\Microsoft Visual Studio\VC98的信息，因為它們會與後續的mingw32-make沖突，導致編譯出錯。
2、在電腦上安裝mingw編譯器，假設路徑安裝在C:\Qt\mingw32。將C:\Qt\mingw32\bin添加進環境變數path，打開DOS命令行輸入gcc --version和g++ --version和mingw32-make --version驗證編譯器安裝成功。我用的MinGW版本是V4.8.2，
3、解壓qt-everywhere-opensource-src-4.8.6.zip並進入目錄。例如：D:\qt-everywhere-opensource-src-4.8.6\
4、依次執行以下DOS命令：
(1)configure -debug-and-release -opensource -prefix "D:\Qt4.8.6" -platform win32-g++ -nomake demos -nomake examples
常見的使用選項說明：
-debug-and-release 編譯debug和release版
-opensource 選擇開源協議並確認
-platform win32-g++ 使用mingw編譯
-prefix "D:\Qt4.8.6" 指定編譯結果目錄,如果未指定則默認當前
-shared 創建和使用共享Qt庫
-static 創建和使用靜態Qt庫
-nomake demos -nomake examples 不編譯常式
-nomake tests 不編譯tests

-skip qtwebkit 忽略qtwebkit，因為編譯它特別消耗時間

-mp 使用多核優化編譯

(2)mingw32-make
(3)mingw32-make install
5、編譯完成後，把C:\Qt\mingw32\bin\路徑下的三個文件libgcc_s_dw2-1.dll、libstdc++-6.dll和libwinpthread-1.dll拷貝到D:\qt-everywhere-opensource-src-4.8.6\bin\。另外，也請把步驟1備份的環境變數還原。
6、修改Qt安裝路徑
最初編譯時選擇的路徑是D:\Qt4.8.6\。如果想將它復制到其他盤符，並且改名，例如：C:\Qt\4.8.6_MinGW。這樣一來會有問題嗎？是的，會有問題，因為Qt有絕對路徑依賴症。改名後C:\Qt\4.8.6_MinGW\bin\的exe執行程序都會出問題，要麼程序打不開，要麼多國語言發生異常。用記事本打開C:\Qt\4.8.6_MinGW\bin\qmake.exe，查找關鍵字「qt_prfxpath」，可以看到裡面含有原始的安裝路徑。我們不可以手動去修改qmake.exe，真正有效的解決方法是：
在C:\Qt\4.8.6_MinGW\bin\路徑下創建一個qt.conf文件，內容為
[paths]
Prefix = C:/Qt/4.8.6_MinGW

請注意：qt.conf文件必須是ANSI格式，並且Prefix的斜杠風格採取的是Linux的，而非Windows，否則會失效。或者使用"Prefix = .. "，如此一來，任意路徑有效。

B. 安裝了多個vs怎麼編譯boost 1.5.3

1、用它帶的booststrap腳本生成b2、bjam 2、用b2、bjam生成lib boost附帶的文檔一開始就是教你怎麼安裝編譯boost。照著做就是了

C. vs作為外部編譯器實現和cvi程序之間的調用

這兩個庫文件中包含了在CVI內核中定義的庫函數信息。
2. 如果您需要添加一些與硬體相關的函數庫，比如說DAQ、VXI等，您需要在cvi\extlib目錄下查找相關的函數庫，並把他們包含進來（比如dataacq.lib和nivxi.lib）。
3. 如果外部編譯環境需要以WinMain為程序切入點開始執行，您還需要包含cviwmain.lib函數庫。
5. 如果您是在其他的編譯器下編輯CVI前面板事件的回調函數，您需要在CVI中的Build菜單下選擇External Compiler Support來創建一個專用的回調函數的.obj文件。並且該文件必須被包含到外部編譯器的工程中。需要注意的是，如果您需要調用CVI編譯的靜態庫文件您同樣需要在您的工程中包含.obj文件或者.c文件。對於該種應用可以參考以下鏈接：
KnowledgaBase 2TDFEPSJ: I Get Error -86 When I Try to Use a Static Library Created in CVI. Why?6. 如果對於.obj文件和.llb文件使用了LoadExternalMole語句，您需要在您的程序中包含以下文件：refsym.obj（標准CVI庫）和/或arefsym.obj（標准C）。這些文件只是在程序運行時被載入。
7. 如果您有以下某種功能的函數：1) 調用.uir文件中的定義； 或者 2) 使用LoadExternalMole語句調用.obj/.lib文件中的定義。那麼在外部編譯器中您需要調用InitCVIRTE 函數，如果您使用了DLLMain函數，那麼您還需要調用CloseCVIRTE 函數。

D. 如何用VS2005或者2008開發wince應用程序

先說開發工具，目前用得比較多的開發工具有EVC4(SP4)、VS2005、VS2008和Platform Builder。
其中Platform Builder主要是用來定製操作系統的，雖然也支持編寫應用程序，但用得相對較少。記得沒錯的話，它還得先編譯系統，才能新建應用程序的工程。

VS2005和VS2008是微軟的集大成開發工具，PB6.0就是作為VS2005的插件安裝的(PB6.0目前應該是不支持VS2008)。在VS2005中，你可以編譯WinCE6.0的操作系統，也可以編譯設備上的應用程序，省去了切換開發環境的麻煩。

EVC4(SP4)即嵌入式的VC，使用起來基本跟VC6.0一致。

WinCE應用程序的開發相對桌面Windows應用程序的開發有一些特點，如下：

1. UNICODE編碼。WinCE中的應用程序只能使用UNICODE編碼，桌面系統則支持UNICODE和ANSI碼。在移植PC端程序到設備上時需要注意這一點。

2.SDK。SDK即軟體開發支持包，軟體開發都少不了這個，但在WinCE應用程序的開發中尤為重要。因為WinCE系統本身是一個非標的操作系統，它的組件特性和可裁剪性決定了不同的系統支持的API是不同的。而桌面系統相對標准，SDK的作用就弱化了。WinCE中的SDK由系統開發人員在編譯完系統後，通過Platform Builder導出。應用程序的開發人員安裝此SDK，並編寫應用程序，最終將應用程序下載到目標平台上運行測試。一般來說，SDK是應用程序和操作系統之間的紐帶，但他們之間也並不是完全一一對應的。譬如，在硬體和操作系統都沒調試好時，我們可以先用標準的SDK或者自己定製一個模擬器的SDK進行應用程序的開發，等硬體和系統調試完成後再做聯調。應用程序基於新的SDK編譯一下，甚至無需重新編譯也可運行。當然，一個應用程序在別的設備上跑得很好，但到另外一個設備上卻不能工作也是很正常的。就像很多WM上的應用程序在WinCE中不能跑一樣，雖然內核相同，但系統不同，支持的API也是不同的。
最後說說開發語言，WinCE應用程序的開發有Win32、MFC和Managed等幾種方式。對於開發者來說，選擇使用哪一個主要看效能，開發的效能和運行的效能。根據能量守恆定律，開發效能和運行效能應該是一個此消彼長的關系。呵呵，跟能量守恆定律有關系么？勉強找個有力證據吧。託管代碼的開發效率很高，但執行效率相對就低了。這在物資還不是極大豐富的嵌入式系統上，就顯得尤為突出，實時性也得不到保證。MFC是基於Window32的一個基礎類庫，封裝了很多Win32的API，方便開發者使用，但它也是有缺點的，似乎也沒再更新。Win32是這三者中最底層的一個，編譯出的程序小，沒有額外的包袱，運行起來快，所以開發的難度自然就大了，代碼量也很大。我們在開發應用程序時應根據實際情況選擇更合適的。

E. 如何在Visual Studio中選擇C++和C#的編譯器版本

Visu後來進行C++、C#、web開發，改為開發環境。

F. 現在Win7的VS版編譯器哪個比較好

VS編輯器件肯定還是VS2012比較好用。

實際上VS編程都是比較耗資源的，如果覺得使用起來不是很流暢的話，可以加內存稍微改善下。

G. 如何使用visual studio isolated shell

VisualStudio Shell是微軟效仿Eclipse推出的一個免費的VisualStudio內核，開發者可以通過在其上掛載插件（和傳統的VS插件一樣），從而快速開發自己的程序。它是Visual Studio SDK的一個擴充包。

Visual Studio Shell有兩種部署形式：

集成模式（Integrated Mode）：開發的插件包融合到標準的Visual Studio環境，成為Visual Studio的一部分。

獨立模式（Isolated Mode）：開發的插件包融合進一個獨立的Visual Studio框架，可以部署到沒有安裝Visual Studio的機器中。

Visual Studio Shell推出有一定的年頭了（自VS2008起都一直附帶了），不過貌似其應用並不多。雖然基於VisualStudio的插件本身並不少，但是基於VisualStudio Shell獨立模式的比較強大的例子並不是很多，一個比較給力的實例還是微軟自己推出的PythonTools forVisual Studio。

個人感覺VS Shell的獨立模式還是非常強大的，起碼它比AvalonDock之類的停靠框架要成熟完善得多，不過限制也要大得多就是了。

環境搭建

Visual Studio Shell是和Visual Studio的版本相關的，以Visual Studio Shell 2012為例，搭建其開發環境包括如下幾個部分：

Visual Studio 2012

Visual Studio 2012 SDK

Visual Studio 2012 Shell

這三樣都可以在微軟的這個地址集中下載：http://www.microsoft.com/visualstudio/chs/downloads，還是非常方便的。

需要注意的是：Visual Studio 2012 Shell的獨立模式是用到了MFC的（集中模式沒有測試，不知道）。因此，安裝Visual Studio的時候需要把MFC給勾選上，否則編譯不過。不過，其開發過程用不到MFC相關知識的，不會MFC也不要緊。

簡單的示例

環境搭建好後，我們就可以直接通過Visual Studio Shell的模板創建項目了：

H. visual studio 使用的編譯器 是什麼

編譯器是cl.exe 你可以到VS的安裝目錄下去搜這個文件
可以用它在命令行條件下編譯的，就像gcc那樣

I. 用VS2010寫的C#程序在win7下編譯和運行，能對多核心處理器有較好的利用率么

理論上不會有任何的幫助........
要對多核心有很好的利用率,必須從代碼上修改.

不過,前面我說的是理論上.
實際上了, 如果你是從winxp和win2003到win7的話,會在運行時有一定的幫助
因為win7和vista的多核心運算比xp和2003有一定的提高.舉個例子,2003和xp不管你是否開啟cpu性能最大化,在多線程下,你的計算程序會從多個核心中獲取資源,比如你是雙核,程序會從核心1和核心2中反復跳轉,獲得共計100%左右上下浮動10%左右的資源.然而, 在跳轉之間實際上獲取的性能不如只讓程序在核心1中單獨運行.

在win7和vista以及win8等更新的Nt6系列系統下,程序不管是在雙核還是四核六核下,都能真正獲取一個核心100%的性能.

你明白了嗎?
在不指定程序運行核心為單獨核心的情況下,xp和2003有性能損失,win7等新系統倒是沒有.
你可以做測試,驗證我這個觀點,我是做過多次測試的.

希望你滿意我的回答

J. VS如何編譯一個包含多個頭文件、源文件的項目

你首先將另一個類的頭文件(otherclass.h)和源文件(otherclass.cpp)添加到你的工程(選擇添加現有項)。然後將你要用的另一個類的頭文件包含到你的類的源文件開頭，使用#include
"otherclass.h"然後就可以使用在你的類的源文件中使用另一個類創建對象，調用該對象成員變數和成員函數了。