編譯器性能比較

❶ 1.code block 相比其他編譯器有何優點 C++ 2.ACM使用哪種編譯器使用的人最多

code block只是IDE,默認可以是gcc(Mingw, Cygwin-gcc, gcc等), vc, ic(intel c++), TC(還有人用么?). 編譯器完全取決於版本, 總體而言intel c++ >= gcc4.6 >= vc(各個版本). VC通過不斷的懶惰,編譯器性能比前二者差了不少,但是IDE集成和微軟本家的一些東西做的還算不錯. code::block的優點在於可以載入各種類型的編譯器和多種工程項目文件,便於管理, 對與wx界面庫相當友好.
p.s. code::block IDE本身也是用c++寫成的(wx).

ACM c的話用gcc多吧.

❷ 不同的c語言編譯系統差別在哪裡代碼是否 存在兼容性的問題

ANSI
C
一般都可以支持，但也涉及到不同版本的C標準的兼容性問題，比如VC6不支持C99，VS2003,2005,2008,20120等就可以部分支持C99標准；而且很多標准並沒有規定實現，不同的編譯器實現可能不同，比如C標准只規定了short<=int<=long,但並沒有規定位元組數，導致不同的編譯器數據類型的大小各不相同。
非
ANSI
C標準的話，不同的編譯器一般都有不同的實現，需要分別實現。
在移植到不同編譯器的時候這些都要注意處理，比較常規的做法是數據類型和函數等自己根據不同編譯器封裝成一個統一的格式，在程序中使用封裝後的數據類型或函數，而不要使用原生類型，這樣在移植時只需要在封裝的地方根據編譯器的不同進行修改就可以了，不需要再修改源代碼。

❸ vs2010與vc++6.0的編程有什麼區別

1、編譯器的不同

VC6.0更初級，更適合初學C語言的人使用，但是由於VC6.0推出的時間比較久，因此有很多變數和函數定義的方法都跟不上時代了，而且與win7會有一些不兼容；VS2010：相對功能比較完善，兼容性更好，代碼風格和代碼提示對於編程者來說更完善，編寫程序更方便。

2、實現功能的不同

從VS2002中的VC7.0版本開始微軟就引進.net的架構，與以前的版本就有很大的不同。當前最新版的VS為VS2015，與VC6.0的差距就很大了。從編程的角度上說，VS2010使用更方便，VC6.0能實現的功能，基本上它都能實現。

3、語法上的不同

VC6.0和VS2010上語法有不同，VS2010更加標准。比如說，在VC6.0上,在for(......)定義的變數，它的生命周期不止在for循環中，而可以直到函數結束。VC6.0還有一些bug，會出現一些莫名其妙的錯誤，需要打補丁或找一些其它的解決方法。

不過VC6.0也有一些優點，至少操作比較簡單，方便，編譯起來也快。還有就是資料特別的多，畢竟是非常經典的一個版本。

❹ c++各種編譯器有什麼不同，應該不存在哪種編譯器最好的說法吧是不是只要學會用一種編譯器就可以了

gcc過去是指gnu組織的c語言編譯器，
現在gcc包括gcc命令在內都是gnu的各種語言的編譯器集。
在類linux環境輸入gcc可以指定編譯各種語言。c/c++,objc，ada,pascal,d,fortran等等
g++是專指gnu c++的編譯器,屬於gcc的一個編譯器。
而且要指出g++, dev c++, codeblocks, mingw,等等其實都是在用gcc編譯器中c/c++的部分。

各適合做什麼？
vc++在win下優勢最強，在x86指令下性能優化、標准支持是最好的之一，性能僅次於intel cc，但綜合性能最強。
borland c++,現在已經被c++ builder 2012取代了。這個版本的優勢也是同vc++類似，在win加x86的cpu下。特別之處是豐富的組件和快捷向導方案，自動生成代碼很多。做常用的網路、資料庫，桌面應用，很多時候都不用敲什麼代碼，直接滑鼠一陣拖拉就出來了，適合做又快又臟的應用。性能優化不如vc++

gcc是開源軟體的核心組件，linux/unix,全靠它編譯，支持幾乎世上所有的32位以上晶元，什麼手機、龍芯、pc，power pc， arms，大設備小設備都靠它。最樸素，但性能強大。適用於任何需要計算的場合。經過多個巨頭砸巨資優化過的編譯器，性能是一流的。移植性一流。標准化程度也是一流。就是開發工具—打字碼字的工具IDE，沒有像前2個那樣商業化，。

❺ 比較gcc，llvm和商用編 譯器的性能差異，說明是什麼原因導致差異 的出現

Apple在LLVM GCC4.2編譯器中，通過XCode中的提示介面顯式地為程序員提供是否將目標代碼編譯為ARM的選項。而在Apple LLVM3.0中，此選項沒有了。
由於採用ARMv7A架構的Apple A4/A5處理器擁有Thumb-2指令集，使得Thumb代碼在確保緊湊性的同時又進一步提升了計算能力。因此，Apple將工程配置默認設置為編譯為Thumb代碼。
而又由於LLVM的編譯選項基本與GCC兼容，因此我們只需要在編譯選項中手動加入-marm即可。
而傳統GCC的編譯選項只有-mthumb，它默認將代碼編譯為ARM指令集，因此可能沒有提供-marm的編譯選項。不過-marm在Apple LLVM3.0中確實奏效了。

❻ 目前主流的C++編譯器有哪些

我用Cfree，也推薦你用這個，這個編譯器是自帶提示的，就是你只要輸入關鍵字或者之前設定函數的前幾個字母，該編譯器就會自動給你「聯想」出你需要的關鍵字或者相關的函數、成員等，這時只需要按下會車就實現自動輸入，這樣不會因為你輸入錯誤而照成不必要的修改……

❼ 單純的只寫c++，學生用的，哪個軟體比較好

Visual Studio，這是最好的，沒有之一。我干C++程序員10多年了，用了很多IDE，包括Eclipse、Tubo C++、C++ Builder等等，最後還是發現Visual Studio最好用，響應速度最快，功能最全。寫C++的話推薦Visual Studio 2017，這個版本對C++11的支持比較全面，同時又比Visual Studio 2019穩定，基本沒有Bug，學生的話安裝Visual Studio 2017 Community版本，免費的。寫C++一定要安裝VAX插件，能提高編寫代碼的速度50%以上，VAX雖然是收費的，但這是中國，免費(pojie)版了解一下？

❽ x86與ARM架構下的編譯器的區別

ARM是簡單指令集。。。 指令集長度短

❾ 不同編譯器的x265性能是否有差距

不同編譯器的x265性能是有差距的：
MSVC系列的編譯器都是渣優化，icc是針對跑分優化的，做不得數。目前來看gcc -O3的優化是最好的。
x265默認使用gcc編譯就開了-O3選項。

❿ 綜合來說，幾大主流C++編譯器(icc,gcc,clang,vc++等)究竟孰優孰劣

我曾編出各種C++ 11編譯器的支持，並有C++ 14編譯器支持一批。

實際使用

對VC編譯的速度不斷提高，內存佔用已經從VC12開始明顯提高，而最明顯的是可變參數模板。還有內置的代碼靜態分析，在實際中很有用。32位保護模式下，ss寄存器存的是一個段選擇子，選擇子是一個數字，通過IDT(局部描述符表)或者GDT(全局描述符表)選擇一個段描述符，描述符裡面的信息包含該段的取值范圍和大小。

vc14的靜態分析不在每次載入一個ie（對，以前每分析一個.cpp，就載入一次ie！），速度快了相當多。