編譯器深入了解

㈠ 現代C/C++編譯器有多智能

最近在搞C/C++代碼的性能優化，發現很多時候自以為的優化其實編譯器早就優化過了，得結合反匯編才能看出到底要做什麼樣的優化。
請熟悉編譯器的同學結合操作系統和硬體談一談現代c/c++編譯器到底有多智能吧。哪些書本上的優化方法其實早就過時了？
以及程序員做什麼會讓編譯器能更好的自動優化代碼？
舉個栗子：
1，循環展開，大部分編譯器設置flag後會自動展開；
2，順序SIMD優化，大部分編譯器設置flag後也會自動優化成SIMD指令；
3，減少中間變數，大部分編譯器會自動優化掉中間變數；
etc.
查看代碼對應的匯編：
Compiler Explorer
【以下解答】
舉個之前看過的例子：
int calc_hash(signed char *s){ static const int N = 100003; int ret = 1; while (*s) { ret = ret * 131 + *s; ++ s; } ret %= N; if (ret < 0) ret += N; //注意這句 return ret;}
【以下解答】
舉個簡單例子，一到一百求和
#include int sum() { int ret= 0; int i; for(i = 1; i <= 100; i++) ret+=i; return ret;}int main() { printf("%d\n", sum()); return 0;}
【以下解答】
話題太大，碼字花時間…
先放傳送門好了。
請看Google的C++編譯器組老大Chandler Carruth的演講。這個演講是從編譯器研發工程師的角度出發，以Clang/LLVM編譯C++為例，向一般C++程序員介紹理解編譯器優化的思維模型。它講解了C++編譯器會做的一些常見優化，而不會深入到LLVM具體是如何實現這些優化的，所以即使不懂編譯原理的C++程序員看這個演講也不會有壓力。
Understanding Compiler Optimization - Chandler Carruth - Opening Keynote Meeting C++ 2015
演示稿：https://meetingcpp.com/tl_files/mcpp/2015/talks/meetingcxx_2015-understanding_compiler_optimization_themed_.pdf
錄像：https://www.youtube.com/watch?v=FnGCDLhaxKU（打不開請自備工具…）
Agner Fog寫的優化手冊也永遠是值得參考的文檔。其中的C++優化手冊：
Optimizing software in C++ - An optimization guide for Windows, linux and Mac platforms - Agner Fog
要稍微深入一點的話，GCC和LLVM的文檔其實都對各自的內部實現有不錯的介紹。
GCC：GNU Compiler Collection (GCC) Internals
LLVM：LLVM』s Analysis and Transform Passes
========================================
反模式（anti-patterns）
1. 為了「優化」而減少源碼中局部變數的個數
這可能是最沒用的手工「優化」了。特別是遇到在高級語言中「不用臨時變數來交換兩個變數」這種場景的時候。
看另一個問題有感：有什麼像a=a+b;b=a-b;a=a-b;這樣的演算法或者知識？ - 編程
2. 為了「優化」而把應該傳值的參數改為傳引用
（待續…）
【以下解答】
推薦讀一讀這里的幾個文檔：
Software optimization resources. C++ and assembly. Windows, Linux, BSD, Mac OS X
其中第一篇：http://www.agner.org/optimize/optimizing_cpp.pdf
講解了C++不同領域的優化思路和問題，還有編譯器做了哪些優化，以及如何代碼配合編譯器優化。還有優化多線程、使用向量指令等的介紹，推薦看看。
感覺比較符合你的部分需求。
【以下解答】
一份比較老的slides：
http://www.fefe.de/source-code-optimization.pdf
【以下解答】
利用C++11的range-based for loop語法可以實現類似python里的range生成器，也就是實現一個range對象，使得
for(auto i : range(start, stop, step))
【以下解答】
我覺得都不用現代。。。。寄存器分配和指令調度最智能了
【以下解答】
每次編譯poco庫的時候我都覺得很為難GCC
【以下解答】
有些智能並不能保證代碼變換前後語義是等價的
【以下解答】
誒誒，我錯了各位，GCC是可以藉助 SSE 的 xmm 寄存器進行優化的，經 @RednaxelaFX 才知道應該添加 -march=native 選項。我以前不了解 -march 選項，去研究下再來補充為什麼加和不加區別這么大。
十分抱歉黑錯了。。。以後再找別的點來黑。
誤導大家了，實在抱歉。(??ˇ?ˇ??)
/*********以下是並不正確的原答案*********/
我是來黑 GCC的。
最近在搞編譯器相關的活，編譯OpenSSL的時候有一段這樣的代碼：
BN_ULONG a0,a1,a2,a3; // EmmetZC 註：BN_ULONG 其實就是 unsigned longa0=B[0]; a1=B[1]; a2=B[2]; a3=B[3];A[0]=a0; A[1]=a1; A[2]=a2; A[3]=a3;
【以下解答】
提示:找不到對象
【以下解答】
忍不住抖個機靈。
私以為正常寫代碼情況下編譯器就能優化，才叫智能編譯器。要程序員絞盡腦汁去考慮怎麼寫代碼能讓編譯器更好優化，甚至降低了可讀性，那就沒有起到透明屏蔽的作用。
智能編譯器應該是程序猿要較勁腦汁才能讓編譯器不優化。
理論上是這樣的。折疊我吧。
【以下解答】
編譯器智能到每次我都覺得自己很智障。
【以下解答】
雖然題主內容里是想問編譯器代碼性能優化方面的內容，但題目里既然說到編譯器的的智能，我就偏一下方向來說吧。
有什麼更能展示編譯器的強大和智能？
自然是c++的模版元編程
template meta programming
簡單解釋的話就是寫代碼的代碼，寫的還是c++，但能讓編譯器在編譯期間生成正常的c++代碼。
沒接觸過的話，是不是聽上去感覺就是宏替換的加強版？感覺不到它的強大呢？
只是簡單用的話，效果上這樣理解也沒什麼
但是一旦深入下去，尤其翻看大神寫的東西，這明明看著就是c++的代碼，但TM怎麼完全看不懂他在干什麼？後來才知道這其實完全是另外一個世界，可是明明是另外一個世界的東西但它又可以用來做很多正常c++能做的事....
什麼？你說它好像不能做這個，不能做那個，好像做不了太多東西，錯了，大錯特錯。就像你和高手考試都考了100分的故事一樣，雖然分數一樣，但你是努力努力再努力才得了滿分，而高手只是因為卷面分只有100分.....在元編程面前，只有想不到，沒有做不到。
再回頭看看其他答案，編譯器順手幫你求個和，丟棄下無用代碼，就已經被驚呼強大了，那模板元編程這種幾乎能在編譯期直接幫你「生成」包含復雜邏輯的c++代碼，甚至還能間接「執行」一些復雜邏輯，這樣的編譯器是不是算怪獸級的強大？
一個編譯器同時支持編譯語法相似但結果不同卻又關聯的兩種依賴語言，這個編譯器有多強大多智能？
寫的人思維都要轉換幾次，編譯器轉著圈嵌著套翻著番兒地編譯代碼的代碼也肯定是無比蛋疼的，你說它有多強大多智能？
一個代碼創造另外一個代碼，自己能按照相似的規則生成自己，是不是聽上去已經有人工智慧的發展趨勢了？
上帝說，要有光，於是有了光。
老子曰，一生二，二生三，三生萬物。
信c++，得永生！
===
FBI WARNING：模板元編程雖然很強大，但也有不少缺點，尤其對於大型項目，為了你以及身邊同事的身心健康，請務必適度且謹慎的使用。勿亂入坑，回頭是岸。
【以下解答】
c++11的auto自動類型推斷算么....
【以下解答】
智能到開不同級別的優化，程序行為會不同 2333
【以下解答】
這個取決於你的水平

㈡ c語言編譯器的選擇

關於C語言編譯器的選擇(Tc2.0,Tc3.0,Vc6.0等)
我們在學習C語言時通常會面臨C語言編譯器的選擇，事實上C語言編譯器可以分為C和C++兩大類，其中C++是C的超集，均向下支持C。主要的C語言編譯器及特點分別如下:
(1)TC 2.0DOS平台軟體。最經典的C語言編譯器，系統體積小，簡單易學，容易上手，而且很多前人或書籍的程序均基於該編譯器，是學習C語言的首選。不過它不支持滑鼠，但讀者如果掌握幾個快捷鍵，操作時對滑鼠可能就不怎麼需要了，如：F2 存檔 F3 打開程序 Alt+F3在最近打開的文件之間切換 Alt+F5觀察運行結果F9 編譯製作EXE Ctrl+F9編譯並運行Ctrl+Y 刪除當前行 Ctrl+KB定義塊首 Ctrl+KK 定義塊尾 Ctrl+KC復制塊 Ctrl+KY刪除塊Ctrl+KV 移動塊
(2)Tc3.0DOS平台軟體。目前比較不錯的C/C++語言編譯器，支持滑鼠，語法著色，多文檔，錯誤跟蹤也很好，操作與TC2.0有很多類似，TC2.0會用那麼TC3.0也很快會用，缺點是以前很多代碼是用TC2.0設計的，而由於TC3.0語法要求的嚴格性，如要求函數必須定義類型，所以向下存在一定的兼容性問題，所以對於初學者選擇起來很矛盾，建議先學會使用TC2.0,而把TC3.0作為能力的補充和平時工具之用。目前有的教材已經選用該編譯器，不過需要一個較長的調整期，因為很多源代碼需要過渡過來才行，雖然性能上比TC2.0有所提高，但對於初學者沒有質的變化，選擇時需要注意。
(3)VC++ 6.0Windows平台。目前主流的C/C++語言編譯器,包含強大的類和內嵌WinAPI的MFC,具有可視化的編程界面。對於TC等的作品也具有向下兼容的特點，建議讀者選用作為C語言過渡到Windows平台編程的首選工具。當然，作為學習，該系統顯得有點龐大，不過通過入門的學習，調試舊的Tc程序也可以。還有其他的編譯器，例如Win tc、gcc、lcc、BC 3.1等等,事實上，編譯器的選擇不是最重要的，他們都可以完成基本的C語言編譯，不過面向考試的時候，還是根據考試的要求，因為編譯器的編譯結果存在著一定的差別，特別在一些復雜語法的語句編譯上。從目前的形勢看，對於從未學習過計算機程序設計的讀者來說，學習C語言時，建議開始選擇Tc2.0,雖然不能使用滑鼠，但幾個快捷鍵的熟練運用基本上可以解決操作的問題，當然有時間的時候了解使用TC3.0就更好了；對於學習過TC2.0的讀者來說，平時完全可以在TC3.0或VC 6.0下調試程序，但考試的時候如果要求必須在TC2.0下，那最好上機練習時在TC2.0下。當然，使用如記事本等文本編輯器編輯程序，然後用TC來調試也不失為一種好方法。另外，DOS平台的Tc2.0或Tc3.0都存在某些機器運行時鍵盤響應遲緩或停頓的問題，Tc3.0可能這種現象要多一點，這主要是由DOS基本內存的不足造成的。可以安裝水平考試課題組提供的DOS模擬器來解決問題，該模擬器重新劃分更多的內存，效果不錯。
新的類似軟體平台也需要讀者關注，那就是java和Viusal C#,因為從發展的眼光來看，目前軟體設計平台有一定的趨同趨勢。例如：java和C#，都來自於C和C++,都作了不錯的擴展和優化。對於深入學習C語言的同學，未來幾年請務必學習VisualStudio.Net或者Java,因為這二者代表了現在的軟體設計主流。他們的主要特點是：優秀的IDE設計環境，強大的WEB服務設計功能，對C++的優化和擴充，基於虛擬機的運行模式，優秀的面向系統開發，可視化的較為成熟的面向對象的程序設計機制等等.

㈢ SE是什麼編譯器

Clang交叉編譯器。

_lang具有更現代的設計，並且通常被認為比GCC更先進。除此之外，Clang還獲得了更為寬松的許可，該許可允許製造可商購的衍生物。ARM / Keil從Clang派生了一個編譯器，從而停止了其先前專有編譯器的開發。考慮到所有這些，我們決定更深入地研究Clang，以使用它創建我們自己的編譯器為目標。

_EGGER將所有內容打包到一個易於下載的「軟體包」中，完全集成並且可以立即使用。Clang和GCC都有非常先進的前端，可以將源代碼轉換為中間表示（IR），並且都可以生成出色的代碼。到目前為止，SEGGER一直專注於針對基於Cortex-M微控制器的ARM Thumb-2代碼的代碼生成器的更改。下一步將包括改善與其他編譯器的兼容性，而不僅僅是GCC和Clang（針對實用程序和其他專業），以使其易於切換。

㈣ intel visual fortran compiler幹嘛用的

Visual Numerics Inc已於2004年初完成與Intel的結盟，將當時的IMSL Fortran Library的新版本v5.0整合在Intel Visual Fortran系列產品之專業版（承襲購並之Compaq Visual Fortran功能架構）中。2005.6月份發布其最新版本Intel Visual Fortran Compiler v9.0.018

針對Intel® CPU Pentium® 4, Xeon�6�4, Centrino�6�4 Itanium® 做最佳的福傳編譯,支持OpenMP及Auto-Parallelism特色. 「英特爾R Visual Fortran 編譯器Windows* 版」將Compaq Visual Fortran* (CVF) 語言的豐富功能與英特爾代碼生成及優化技術結合在一起，構成面向英特爾體系結構的下一代Fortran 編譯器。它提供250 多條CVF 與英特爾Fortran 命令及同義詞，使編譯器更加易於使用，同時仍能作為插件融入Microsoft Visual Studio 環境，並提供直接來自英特爾的技術支持。此編譯器是一套功能齊備的Fortran 95 編譯器，具有先進的優化功能，可以使Fortran 應用程序在英特爾R IA-32 與安騰2 處理器上快速運行。英特爾® 視覺FORTRAN 編譯器為窗口* 標記一個里程碑為FORTRAN 開發商。它帶來Compaq 視覺FORTRAN * 語言特色與英特爾編譯器代碼世代和優化技術一起。

性能、兼容性、技術支持：採用「英特爾 Visual Fortran 編譯器 9.0 Windows* 版」，可以提高應用程序速度，並保護您在開發工具上所作的投資。先進的優化功能可以給最新英特爾® 處理器上運行的應用程序帶來出眾的性能。本產品包含標准版與專業版。「英特爾® Visual Fortran 編譯器專業版」包含 Visual Numerics, Inc. 的「IMSL* Fortran 函數庫6.0」。
目前版本號最高的Intel Fortran編譯器，需要Visual Studio 6.0以上支持，可以生成更適用於Intel晶元的高效程序，是Intel平台下最優秀的Fortran語言編譯器。大家可以考慮丟掉Fortran 77編譯系統了：P
Fortran，是由Formula Translation兩個字所組合而成，意思是公式翻譯。它是世界上第一個被正式採用並流傳至今的高級編程語言。

性能、兼容性、技術支持
使用「英特爾® Visual Fortran 編譯器 Windows* 版」，可以讓您的應用程序在英特爾® 處理器上取得前所未有的絕佳性能。

此編譯器有標准版與專業版這兩個版本提供。「英特爾® Visual Fortran 編譯器專業版」包含 Visual Numerics, Inc. 的「IMSL* Fortran 函數庫 5.0」。

客戶評價：

「在英特爾編譯器的幫助下，我們開發了大型海洋模型，充分利用了在基於英特爾的系統上所作的投資。在使用『英特爾 Visual Fortran 編譯器 Windows 版』編譯代碼時，我發現，與以前的版本相比，性能提高了大約 20%。」
- Xianyao Chen 博士
海洋模型小組組長
中國第一海洋研究所

「『英特爾 Fortran 編譯器 7.0』堪稱一流，『英特爾 Visual Fortran 8.0』做得還要好。英特爾將 Compaq Visual Fortran 與『英特爾 Fortran』中最優秀的功能結合在一起，實現了一次巨大的飛躍。」現在為9.0最新版！

sual Fortran 與『英特爾 Fortran』中最優秀的功能結合在一起，實現了一次巨大的飛躍。」現在為9.0最新版！

㈤ Linux下gcc編譯介紹

Linux系統下的Gcc（GNU C Compiler）是GNU推出的功能強大、性能優越的多平台編譯器，是GNU的代表作品之一。gcc是可以在多種硬體平台上編譯出可執行程序的超級編譯器，其執行效率與一般的編譯器相比平均效率要高20%~30%。
Gcc編譯器能將C、C++語言源程序、匯程式化序和目標程序編譯、連接成可執行文件，如果沒有給出可執行文件的名字，gcc將生成一個名為a.out的文件。在Linux系統中，可執行文件沒有統一的後綴，系統從文件的屬性來區分可執行文件和不可執行文件。而gcc則通過後綴來區別輸入文件的類別，下面我們來介紹gcc所遵循的部分約定規則。
.c為後綴的文件，C語言源代碼文件；
.a為後綴的文件，是由目標文件構成的檔案庫文件；
.C，.cc或.cxx 為後綴的文件，是C++源代碼文件；
.h為後綴的文件，是程序所包含的頭文件；
.i 為後綴的文件，是已經預處理過的C源代碼文件；
.ii為後綴的文件，是已經預處理過的C++源代碼文件；
.m為後綴的文件，是Objective-C源代碼文件；
.o為後綴的文件，是編譯後的目標文件；
.s為後綴的文件，是匯編語言源代碼文件；
.S為後綴的文件，是經過預編譯的匯編語言源代碼文件。
Gcc的執行過程
雖然我們稱Gcc是C語言的編譯器，但使用gcc由C語言源代碼文件生成可執行文件的過程不僅僅是編譯的過程，而是要經歷四個相互關聯的步驟∶預處理(也稱預編譯，Preprocessing)、編譯(Compilation)、匯編(Assembly)和連接(Linking)。
命令gcc首先調用cpp進行預處理，在預處理過程中，對源代碼文件中的文件包含(include)、預編譯語句(如宏定義define等)進行分析。接著調用cc1進行編譯，這個階段根據輸入文件生成以.o為後綴的目標文件。匯編過程是針對匯編語言的步驟，調用as進行工作，一般來講，.S為後綴的匯編語言源代碼文件和匯編、.s為後綴的匯編語言文件經過預編譯和匯編之後都生成以.o為後綴的目標文件。當所有的目標文件都生成之後，gcc就調用ld來完成最後的關鍵性工作，這個階段就是連接。在連接階段，所有的目標文件被安排在可執行程序中的恰當的位置，同時，該程序所調用到的庫函數也從各自所在的檔案庫中連到合適的地方。

Gcc的基本用法和選項
在使用Gcc編譯器的時候，我們必須給出一系列必要的調用參數和文件名稱。Gcc編譯器的調用參數大約有100多個，其中多數參數我們可能根本就用不到，這里只介紹其中最基本、最常用的參數。
Gcc最基本的用法是∶gcc [options] [filenames]
其中options就是編譯器所需要的參數，filenames給出相關的文件名稱。
-c，只編譯，不連接成為可執行文件，編譯器只是由輸入的.c等源代碼文件生成.o為後綴的目標文件，通常用於編譯不包含主程序的子程序文件。
-o output_filename，確定輸出文件的名稱為output_filename，同時這個名稱不能和源文件同名。如果不給出這個選項，gcc就給出預設的可執行文件a.out。
-g，產生符號調試工具(GNU的gdb)所必要的符號資訊，要想對源代碼進行調試，我們就必須加入這個選項。
-O，對程序進行優化編譯、連接，採用這個選項，整個源代碼會在編譯、連接過程中進行優化處理，這樣產生的可執行文件的執行效率可以提高，但是，編譯、連接的速度就相應地要慢一些。
-O2，比-O更好的優化編譯、連接，當然整個編譯、連接過程會更慢。
-Idirname，將dirname所指出的目錄加入到程序頭文件目錄列表中，是在預編譯過程中使用的參數。C程序中的頭文件包含兩種情況∶
A)#include
B)#include 「myinc.h」
其中，A類使用尖括弧(< >)，B類使用雙引號(「 」)。對於A類，預處理程序cpp在系統預設包含文件目錄(如/usr/include)中搜尋相應的文件，而對於B類，cpp在當前目錄中搜尋頭文件，這個選項的作用是告訴cpp，如果在當前目錄中沒有找到需要的文件，就到指定的dirname目錄中去尋找。在程序設計中，如果我們需要的這種包含文件分別分布在不同的目錄中，就需要逐個使用-I選項給出搜索路徑。
-Ldirname，將dirname所指出的目錄加入到程序函數檔案庫文件的目錄列表中，是在連接過程中使用的參數。在預設狀態下，連接程序ld在系統的預設路徑中(如/usr/lib)尋找所需要的檔案庫文件，這個選項告訴連接程序，首先到-L指定的目錄中去尋找，然後到系統預設路徑中尋找，如果函數庫存放在多個目錄下，就需要依次使用這個選項，給出相應的存放目錄。
-lname，在連接時，裝載名字為「libname.a」的函數庫，該函數庫位於系統預設的目錄或者由-L選項確定的目錄下。例如，-lm表示連接名為「libm.a」的數學函數庫。
上面我們簡要介紹了gcc編譯器最常用的功能和主要參數選項，更為詳盡的資料可以參看Linux系統的聯機幫助。
假定我們有一個程序名為test.c的C語言源代碼文件，要生成一個可執行文件，最簡單的辦法就是∶
gcc test.c
這時，預編譯、編譯連接一次完成，生成一個系統預設的名為a.out的可執行文件，對於稍為復雜的情況，比如有多個源代碼文件、需要連接檔案庫或者有其他比較特別的要求，就要給定適當的調用選項參數。再看一個簡單的例子。
整個源代碼程序由兩個文件testmain.c 和testsub.c組成，程序中使用了系統提供的數學庫，同時希望給出的可執行文件為test，這時的編譯命令可以是∶
gcc testmain.c testsub.c □lm □o test
其中，-lm表示連接系統的數學庫libm.a。

Gcc的錯誤類型及對策
Gcc編譯器如果發現源程序中有錯誤，就無法繼續進行，也無法生成最終的可執行文件。為了便於修改，gcc給出錯誤資訊，我們必須對這些錯誤資訊逐個進行分析、處理，並修改相應的語言，才能保證源代碼的正確編譯連接。gcc給出的錯誤資訊一般可以分為四大類，下面我們分別討論其產生的原因和對策。

第一類∶C語法錯誤
錯誤資訊∶文件source.c中第n行有語法錯誤(syntex errror)。這種類型的錯誤，一般都是C語言的語法錯誤，應該仔細檢查源代碼文件中第n行及該行之前的程序，有時也需要對該文件所包含的頭文件進行檢查。有些情況下，一個很簡單的語法錯誤，gcc會給出一大堆錯誤，我們最主要的是要保持清醒的頭腦，不要被其嚇倒，必要的時候再參考一下C語言的基本教材。
第二類∶頭文件錯誤
錯誤資訊∶找不到頭文件head.h(Can not find include file head.h)。這類錯誤是源代碼文件中的包含頭文件有問題，可能的原因有頭文件名錯誤、指定的頭文件所在目錄名錯誤等，也可能是錯誤地使用了雙引號和尖括弧。

第三類∶檔案庫錯誤
錯誤資訊∶連接程序找不到所需的函數庫，例如∶
ld: -lm: No such file or directory
這類錯誤是與目標文件相連接的函數庫有錯誤，可能的原因是函數庫名錯誤、指定的函數庫所在目錄名稱錯誤等，檢查的方法是使用find命令在可能的目錄中尋找相應的函數庫名，確定檔案庫及目錄的名稱並修改程序中及編譯選項中的名稱。
第四類∶未定義符號
錯誤資訊∶有未定義的符號(Undefined symbol)。這類錯誤是在連接過程中出現的，可能有兩種原因∶一是使用者自己定義的函數或者全局變數所在源代碼文件，沒有被編譯、連接，或者乾脆還沒有定義，這需要使用者根據實際情況修改源程序，給出全局變數或者函數的定義體；二是未定義的符號是一個標準的庫函數，在源程序中使用了該庫函數，而連接過程中還沒有給定相應的函數庫的名稱，或者是該檔案庫的目錄名稱有問題，這時需要使用檔案庫維護命令ar檢查我們需要的庫函數到底位於哪一個函數庫中，確定之後，修改gcc連接選項中的-l和-L項。
排除編譯、連接過程中的錯誤，應該說這只是程序設計中最簡單、最基本的一個步驟，可以說只是開了個頭。這個過程中的錯誤，只是我們在使用C語言描述一個演算法中所產生的錯誤，是比較容易排除的。我們寫一個程序，到編譯、連接通過為止，應該說剛剛開始，程序在運行過程中所出現的問題，是演算法設計有問題，說得更玄點是對問題的認識和理解不夠，還需要更加深入地測試、調試和修改。一個程序，稍為復雜的程序，往往要經過多次的編譯、連接和測試、修改。下面我們學習的程序維護、調試工具和版本維護就是在程序調試、測試過程中使用的，用來解決調測階段所出現的問題。窗體頂端
窗體底端

㈥ c++編譯器都有什麼，怎麼可以用命令行編譯c++，怎樣學習c++，c++和vc++的區別是什麼

c++的編譯器常見的有 微軟的， GCC（linux下最常用的，也有windows版本，叫mingw） 和 intel的（intel有不少好東西，對性能要求高的話可以考慮）
但是集成開發環境就多了 微軟的 visual studio （VC6 VC2005 VC2008）系列,也可以把intel的編譯器掛到VS下面，取代微軟的編譯器，dev-c++ 和 codeblocks 這兩個用的都是用的GCC的編譯器。
windows下 ，最好不用命令行編譯很麻煩的，大一點的項目還要寫makefile來管理，linux下 g++ -o file file.cc 然後 ./file 就能執行剛才的程序了
學C++ 多練 多寫代碼 找本好的參考書 比如 c++ primer ，教材隨便找本就行了 網上可以下到電子書的
c++是一門語言 而VC++通常指的是微軟為了開發windows下的圖形界面程序，而給出的一些API函數，以及封裝了這些API函數的MFC庫，它們的語法是C++的語法。C++在linux下可以照常使用，但VC++到了linux下就沒法用了，因為linux下沒有MFC庫，當然它也有自己的一些圖形庫