❶ Microsoft Visual C++(VC2009) V6.0和Visual.C++ 6.0這兩種軟體是怎麼回事啊
微軟沒有出品過vVC2009這個軟體!
只有vs2008和vs2010
vc6.0隻是一個c++的編譯器
而vs支持很多語言,所以使用上也要考慮到其他語言,所以有些操作方式該表了
大體來說,vc6上的功能全部實現了,只是可能操作步驟變動一點
當然,功能上更強大一點
編譯器上的問題不是問題,語言的問題才是最重要的!
編譯器花上一小段時間就掌握了,而一種語言尤其是c++需要花很長的時間和精力的!
❷ （vc6.0編譯器）這個軟體的內存有多大呢
128M的內存就可以了，那個是10年以前的軟體.
❸ 關於C語言中結構體所佔內存大小的疑問，我用的編譯器是VC6.0，int佔4個位元組，char型佔1個位元組，但結果為28
編譯器是自己按最大位元組對齊~
也就是說
在這裡面 int有4個位元組 都已4位元組對齊
char【20】 有20個位元組
然後char sex 1個位元組 但是對齊後變成4
最後整形是4
所以一共28
在程序前面
#pragma pack ()
就可以取消編譯器自動對齊 會輸出25
❹ vc 6.0是VC++ 2008嗎
VC 6.0 和VC++ 2008指的都是編譯器,都可以編譯C++程序.但是兩者不能混為一談。VC6.0比VC++2008版本早，VC6.0的更經典，相對於VS2008等一些工具來說，VC6.0離底層比較的近，封裝級別低，對於程序員來說，喜歡這樣的透明（相對的），VS2008以及其他一些工具，他們過於的封裝，過於的簡單，用這些工具時，程序員會失去成就感。而且，這些「快餐語言」的更新換代比較的迅速，學的快，淘汰的也快，所以VC6.0這樣的經典得以延續！！！
❺ 為什麼VC6.0在中國這么普遍，他不是98年的老版本嗎……
只是個編譯器而已，都一樣啊，而且VC6短小精悍，何況目前完全支持C99標準的編譯器還沒有，所以VC6完全沒有過時一說，用於一般小程序的編寫和調試完全足夠了，為了幾行代碼花費大量的系統資源去安裝VS2010什麼的不值得呀，我平時還在U盤上放個wintc，圖方便而已，各個編譯器之間絕大部分是互通的，除了一些編譯器對數型的存儲位元組上有區別，幾乎沒有區別的，而且VC6提供了較為完整的調試環境，再說了，譚書裡面用的VC6是不是正版還不知道呢，嘿嘿，能用即可，不必深究
❻ 如何在VC6中使用Intel C/C++ 編譯器
Dev C++ 用的是著名 的 GNU 編譯器集合中的編譯器
windows 下的首選的編譯器是被打包進 VC 的 Microsoft 的 CL, 在 Windows 下的各種編譯器里
Microsoft 的 CL 具有極佳的性能, 常常能生成極快速極短小的代碼(這個和 Microsoft 打包進 VC 的標准 庫 也有關系).
如果是 Intel 處理器, 可以考慮的是 Intel 的 C++ 編譯器,不過使用起來比較麻煩.
GNU 編譯器集合的優點在於其良好的跨平台性能, 你 可以在各種平台上使用 GNU 的編譯器
其是 Unix/linux 平台的首選編譯器(實際上,大多數 Unix/Linux 都搭載了 GCC).
至於對標準的支持度, GCC 應該是比較好的(對 C 語言), 對標准 C++ 來說, Microsoft 的 VC2005 以上也做得很不錯.
用 VC6 來比較 Dev C++ 5 是不恰當的， VC6 是應該淘汰的東西了
要用來學習 C++ 的話，最低也該用 VC2005
理由： VC6 比 標准 C++ 還古老， VC6 的時代還沒有標准 C++ 這個東西
要用來做實際工作的話，最低也該用 VC2005
理由： VC6 不支持新的平台，特別是 amd64 和 it64.VC 6 不支持 VISTA.
不過，Dev C++ 5 Beta 也是有點老了,要做實際工作的話，Windows 下 使用 Dev C++ 5 Beta 時要注意兼容性，實在不行的話就更新 MingW 和 GCC.
VC++ 6.0是97年正式竣工的，98年開始有C++標准，後來C語言又修訂了標准C99，再後來又有C++2003標准，明年C++標准會有C++0X，這樣看來VC++6.0對C++支持不好是很正常的事情，對標準的C99支持不好也是很正常的事情。
GNU Dev C++ 4.9.9.2，2005年最後一版，據說對C++標准支持比較好，再後來有wx-devcpp繼續了它的道路，至今一直繼續升級。
我個人的使用經驗是這樣，如果你把VC++6.0當成一個C語言的IDE可能還不錯，但是編譯C++程序，恐怕就有點牽強了，我平時寫得C++代碼[如果沒有語法錯誤的話]，VC++6.0即使打上SP6補丁相信90％以上的可能性編譯不過去。Dev C++ 4.9.9.2可以編譯過去的可能性相信會超過98％。如果寫C程序，假如沒有語法錯誤的話，VC++6.0和GNU Dev C++ 4.9.9.2基本上都可以編譯成功。
由於都是IDE，VC++6.0調試程序更方便一些，用VC++6.0可以開發C應用程序，Win32應用程序，還可以方便的使用MFC開發很多應用程序，不過問題是，MS的IDE新版本有很多時候並不兼容VC++6.0，有些函數的參數重新修訂，有些函數和類已經廢棄，有些已經改名，當然還擴充了不少。
VC++6.0對STL支持不佳是很正常的事情，比如getline庫函數本身有bug，list成員函數sort本身有bug，還有很多其他問題，VC++6.0對模板支持很差，對友元支持很差，還有很多方面支持很差。對模板支持差，這種情況一直到VS2003(C++7.0)都沒有很好的解決，VS2003不支持模板的偏特化。
GNU Dev C++ 4.9.9.2比較小，安裝後大約50M大小(VC++6.0安裝後至少幾百M)，可以開發C,C++,Win32應用程序等等，使用Dev C++ 4.9.9.2編譯C++程序，用的是g++3.4.2編譯器。Dev C++對標准C++支持較好，據我所知，僅僅友元模板函數在類裡面實現可以正常編譯，但是放到類外就不行，到目前為止僅僅發祥這一個問題，還有一個問題就是代碼最大優化，你需要便宜環境設置裡面加上命令-O3。
另外，我還使用過Intel C++ 9.0，以插件的形式安裝在VC++6.0這個IDE上，對C++的支持力度僅次於Dev C++ 4.9.9.2，但是編譯代碼以後執行速度稍快一點。
如果你喜歡使用MS的編譯器，建議使用VC++8.0[VS2005]，缺點是占據硬碟空間很大，加上MSDN，至少2GB以上。
如果你是C++初學者，使用環境Windows平台，GNU Dev C++ 4.9.9.2(g++3.4.2)可能是你非常好的選擇。如果你使用linux平台，可以升級g++編譯器版本到4.2.1甚至更高。
❼ c語言編譯器
如果是windows xp及以下的話, 可以用turboc2.0或vc++6.0, 這兩個軟體比較古老了, turboc2.0更古老, dos時代的經典之作. 如果是windows7的話, 由於win7級別比較高, 前面兩個編譯器都不能用, 或者是兼容性不好, 可以用visual studio, 這個軟體很大的. 如果是linux操作系統的話, 它自帶了c語言編譯器gcc. 前面所說的軟體都可以在網上下載到, 資源很豐富的.
❽ VC6.0和VS2010的問題。
編譯器，如果你的機器配置還可以那就建議用最新的吧，編程這個東西一定要跟的上時代。
至於為什麼工程會這么大，先說VC6，一般源代碼只有幾十K或者幾百K，但VC6編譯完後就可能會變成幾十M，原因就是編譯過程中會在Debug目錄或者Release目錄下生成大量的目標文件、連接文件或者調試信息的中間文件，這些文件都是很大的。如果想讓工程目錄小一些，可以將Debug和Release目錄下處理.exe（或.dll或.lib或.ocx）之外的文件全部刪掉。
而visual studio 2010創建的項目，除了Debug目錄和Release目錄外，在工程目錄中有一個sdf文件和一個ipch文件夾，都是很大的（幾十M到幾百M）。即使你刪掉它們，下次打開工程時還是會重新建立。其實這是2010的一個新功能，與智能提示，錯誤提示，代碼恢復、團隊本地倉庫等等息息相關的東西。如果大家覺得很不爽可以關掉它： 「工具-> 選項-> 文本編輯器-> C/C++-> 高級-> 禁用資料庫」 設置為True，默認是false。這樣ipch與sdf就不會再產生了，但是這樣做會產生另外一些問題，可能會導致其他一些功能不能使用。
還有一種解決方法：
「工具-> 選項-> 文本編輯器-> C/C++-> 高級」將「回退位置->始終使用回退位置」設置為true，將「回退位置已在使用時，不警告」也設置為True，然後刪除 sdf 文件和 ipch 目錄，再次打開解決方案，ipch與sdf就不會再產生了。
那麼那些文件放置到那裡了呢？看 "回退位置" 屬性說明：這是存儲瀏覽信息資料庫和 IntelliSense 文件的第二個位置，如果不指定則放置到臨時目錄中；到臨時目錄一看，裡面有一個 VC++ 的目錄，都在那個目錄裡面呢。
可以在 "回退位置" 屬性中，設置一個固定的路徑來存儲這些文件，比如D:\VS2010Temp，這樣也比較好管理這些龐大的臃腫的文件，可以定期清理掉它們，釋放出硬碟空間！
❾ 請問VC6。0怎中么指定編譯器堆空間大小
Determines the compiler's memory allocation limit for the precompiled header.
/Zmnumber
The number argument is a scaling factor with a default value of 100, which specifies a memory allocation of 50 MB. The maximum value is 2000. The following table shows how number modifies the memory allocation.
Value Memory allocation
10 5.0 MB
100 50 MB
200 100 MB
1000 500 MB
2000 1000 MB
不過這種情況應該是你的演算法有問題吧？
❿ VC編譯器中「優選大小或速度」和「優化」選項的設置區別在哪裡
VC中的優化裡面的 按大小優化 與 按速度優化 是分開選的，不能同時選擇兩者