技術不斷更迭的軟件開發世界中，市場上 C++ 編譯器的數量開始持續呈現下降趨勢。而隨著新的高級 C++ 標準（C++ 17、C++ 20）、新的指令集擴展、以及代碼優化的更高標準的出現，究竟什么樣的編譯器才算優秀？
作者 | Agner
譯者 | 蘇本如，責編 | 屠敏
出品 | CSDN（ID：CSDNnews）
以下為譯文：
近年來，市場上C++編譯器的數量有所下降。一些不太知名的編譯器已經退出市場，甚至一度非常流行的Borland（Embarcadero）C++編譯器現在也不再被維護。隨著新的高級C++標準（C++ 17、C++ 20）、新的指令集擴展（如帶有數百條新指令的AVX512），以及代碼優化的更高標準的出現，編譯器的構建變得更加復雜。
微軟Visual Studio非常流行，因為它具有用戶友好的集成開發環境（IDE）和優秀的調試和交叉引用功能。但是Visual Studio在支持最新的指令集方面已經落后，在代碼優化方面它也不是最好的編譯器。
英特爾編譯器在代碼優化方面曾經處于領先地位，但是它現在已經被Gcc和Clang超越。而且，英特爾編譯器因為其隱藏的“讓AMD變殘”的功能被曝光后，也不再受歡迎了。
開源編譯器Gcc和Clang現在已經占據領先地位。這兩個編譯器非常相似。兩者都支持所有平臺和最新的指令集擴展。
我已經測試了不同的C++編譯器，并把測試結果列在了我的C++手冊中。在代碼優化方面，Gcc和Clang編譯器顯然是最好的。Clang在某些方面優于Gcc，但它有過度循環展開的傾向，這是對代碼緩存的浪費。我必須承認，當LLVM/CLAN項目啟動時，我對它非常懷疑，但是當人們投入了大量的工作后，現在的Clang編譯器在多個量度上已經勝過所有其它編譯器。
在Linux和Mac上工作的程序員找到Clang編譯器時不會有任何問題。但是在Windows上有點復雜。Windows至少有兩個現成的Clang編譯器版本。Cygwin版本和Visual Studio插件版本。
Clang編譯器的Cygwin版本已經存在好幾年了，但是它還不是最新的，并且它有一些性能問題。默認情況下，Clang的Cygwin64版本使用的是中等內存模型。這是相當浪費的，因為它為靜態變量和常量使用64位絕對地址，而不是32位相對地址。你可以通過指定mcmodel=small來提高性能。中等內存模型只有在直接鏈接到外部DLL中的變量時才需要（這無論如何都是不好的編程實踐）。Cygwin版本的另一個缺點是，在分發可執行文件時必須包含Cygwin DLL。
最近，微軟將Cygwin版本作為Visual Studio的插件提供。我的測試表明，它生成了非常優化的代碼。Cygwin插件尚未集成到MSBuild框架中。它現在只支持CMake框架，使用起來相當復雜，因為你必須手動指定一個奇怪的微軟命令行選項和Clang選項的組合。事實上，我發現在沒有Visual Studio CMake框架的情況下，將Clang編譯器作為命令行工具使用更加方便。
微軟已經宣布，Clang與MSBuild框架的全面集成即將到來。希望微軟能夠兌現這個承諾。我們期待可能是最好的優化編譯器和用戶最友好的IDE框架的這一集成能夠盡快發生。
從長遠來看，我猜測Clang編譯器最終會取代微軟自己的編譯器。沒有理由微軟件會花費大量的資源來開發一個自己的編譯器，而它的性能無論如何都無法超越一個免費的開源編譯器。Visual Studio IDE仍然可以被維護，因為它非常有用，并且很多當前的項目都依賴于它，即使它的后端將有一個不同的編譯器。
我更加不確定英特爾編譯器的未來命運。當越來越少的程序員實際使用它時，英特爾會繼續維護它嗎？英特爾編譯器附帶了一些非常有用的函數庫，可用于許多特殊用途，但這些函數庫與其他編譯器的工作原理是一樣的。
原文：https://www.agner.org/optimize/blog/read.php?i=1015
本文為 CSDN 翻譯，轉載請注明來源出處。
【END】
#頭條創作挑戰賽#
“真正的程序員用C++，聰明的程序員用Delphi”，這句話是對Delphi最經典、最實在的描述。
提到delphi，不得不要提到borland公司。Borland軟件公司，是一家總部位于美國加利福尼亞州的軟件公司，以提供軟件開發生命周期所需的各種工具，以及已經變成今天的Delphi的Turbo Pascal而聞名于世。Borland成立于1983年，創立者是Philippe Kahn，他領導Borland開發了一系列受人尊重的軟件開發工具產品。公司的第一個產品是Turbo Pascal。
Borland發布Turbo Pascal之前，微軟公司是編程語言領域的市場領先者；但在Turbo Pascal發布之后，由于其集成開發環境（IDE）要比微軟的基于命令行界面的編譯器以及解釋器更加方便好用，迫使微軟不久將開發的重點轉到了操作系統和應用軟件方面。
在軟件開發公司領域 Borland 公司幾乎是高品質軟件代名詞！DOS時代 Borland Turbo C/C++獨領風騷，風靡全球，DOS時代最強大的開發工具。
還記得90年代初期，我自學C語言，使用的是Turbo C 2.0版本，開發DOS環境下的程序、那是PC機器的檔次低、處理速度慢，為了玩轉電腦，又自學了匯編，在DOS下，西文狀態直接顯示漢字技術、直接寫視頻技術、改寫中斷技術、常駐內存程序技術、訪問擴展內存技術、modem通信技術、圖像放大顯示技術、多種語言混合編程技術等等。后來又使用了BC++3.0，直到BC++5.1，使用它開發調試windows程序、那個年代編寫windows3.1環境下16位的程序，完全都是調用windows API實現，消息處理機制玩得非常溜溜溜。
在這里也要提到Visual Basic，1991年，Visual Basic 1.0 Windows 版本的推出，尤其是可視化窗口編程，受到了程序員的喜愛和歡迎。哪個時候Borland公司只有BC++與其爭奪市場。
為了搶回市場、Borland公司撿起了Pascal語言，于1995年推出了delphi1.0 ，支持16位Windows開發。基于框架（VCL）的，可拖曳、可視化的開發環境。除了表達的語言不一樣，可以說Delphi同時兼備了VC功能強大和VB簡單易學的特點，因此delphi寫的程序運行非常流場，不是VB可比的，尤其是delphi編譯后只需要一個執行文件就行，但是VB編譯后的程序，需要許多對應的dll動態模塊、ocx模塊等等。也許還有人記得VB程序運行不了，到處尋找dll和ocx文件的經歷。
1996年delphi2.0 支持32位編譯器，支持C/S數據庫開發。
1999年delphi5.0，簡化Internet的開發，增強數據庫支持。
2002年delphi7.0 提供了.NET的過渡，增強的Internet開發（IntraWeb），完善數據庫支持，增加了Indy網路元件和Rave Report資料庫報表，并且支援UML及XP的程式制作等等。這個版本非常經典，是許多delphi粉絲的最愛。在我的電腦的虛擬機里，還安裝著delphi7.0，一些小功能的程序，我還是習慣使用它開發。作為這一系列的巔峰之作，以其出色的穩定性和強大的功能，一度成為開發人員首選的工具，風頭無兩。
這是我電腦的截圖
從1999年發布Delphi5，Delphi以其開發快捷、控件豐富、易于上手等優勢吸引了眾多的開發者，用戶人數達到高潮，一度超越Visual Studio。可是好景不長，在推出Delphi7之后不久，Borland公司也走向衰敗，2009年最終被人收購，僅賣了區區7500萬美元。
2006 Turbo Borland將BDS 2006拆分成幾個獨立的版本(Delphi for win32、Delphi for .net、C#、C++ Builder)。由于Borland的IDE生產部份獨立成為一家名為codegear的公司，所以這個版本是以Borland名義推出的最后一個版本。
Borland公司倒閉后，先是到易博龍手中，再轉到微軟，最后到Embarcadero手中。Borland的最后版本是Delphi7。之后有Delphi2005到Delphi2010，這些版本基本不受Delphi開發者關注，因為D7就用得很好。Embarcadero推出DelphiXE，版本升得很快，到了XE8。之后就是10 Seattle, 10.1 Berlin, 10.2 Tokyo, 10.3 Rio?, 10.4 Sydney?, 11 Alexandria?，等版本，關心的人就比較少了。
據說，Delphi之父Anders Hejlsberg離開Borland去了微軟，導致Delphi的編譯器有三年的時間無人敢動，因為Anders Hejlsberg完全使用匯編實現的編譯器，無人能夠看懂。這些對delphi的發展產生了深遠的影響。
2023年11月，發布了最新的版本已是RAD Studio 12。開發團隊非常給力，2024 年 3 月就發布了RAD Studio 12.1。RAD Studio 12.1是一個以質量為中心的版本，具有改進的VCL 和 FireMonkey庫、拆分編輯器視圖和改進的Delphi LSP。C++Builder 帶有全新的Clang編譯器和改進的 Visual Assist集成。一次開發，Windows, Android, iOS, macOS, and Linux五種操作系統都可以編譯使用。delphi12，似乎要重新煥發青春、重新崛起之勢。
其實，Borland公司倒閉后，導致很多Delphi粉絲信心產生動搖，加之Jave和.net興起，許多開發者紛紛轉向Java和C#，放棄Delphi，Delphi用戶群體急劇流失。而年輕的開發人員基本上不進入Delphi，大家都知Delphi是一個沒落的工具，即使學會了也不好找工作，干脆不進來。所以，到目前，Delphi的開發者基本上是老司機。
Delphi寫Windows、Android、IOS和Linux不就是為老司機們準備的嗎，新司機基本只是聽說過。更何況Android、IOS和Linux下本身就有很多開發工具都是開源免費的，又正宗又原生態、又成熟又用者眾，Delphi真是一點優勢都沒有，除了讓那些只會Delphi又不愿離開Delphi的老司機用，還有誰用呢。所以delphi的路還有很遠的路要走。
再說，因為Android是Google的，IOS是蘋果的，這兩家都有自己的開發工具android stdio和object C++和Swift。就連剛出來的鴻蒙系統，也有自己的開發語言倉頡。因而，站在追趕新技術的角度出發，稍微專業一點的開發者是用Delphi去開發Android和IOS？還是用原生態的開發工具？估計我不會用delphi去開發。開發delphi唯一的優勢就是一次開發，Windows, Android, iOS, macOS, and Linux五種操作系統都可以編譯使用。
當然，delphi12其控件多、做的界面比較漂亮，也很漂亮，不知是否是他的長處？？能吸引一些粉絲？市場導向、公司要求，可首選會不會java？
“真正的程序員用C++，而聰明的程序員則選擇Delphi”。這不僅僅是對Delphi的贊譽，更是對其簡單、高效特性的肯定。但這是過去時。
時光荏苒，隨著編程語言和開發工具的不斷發展，Delphi逐漸從主流視野中淡出，成為了老一輩開發者的回憶。在年輕一代的開發者眼中，它甚至被視為古老和過時的代表。
不可否定，從Turbo Pascal到Delphi的演變，是編程工具發展史上的一個重要里程碑。windows系統原生客戶端程序開發的旺盛需求，促進了delphi的崛起。隨著B/S架構的流行，操作系統客戶端的應用，也就是桌面程序應用已經開始失去往日的光彩。市場的導向，也決定了靈活和跨平臺的JAVA技術更受歡迎。作為delphi的老粉，也希望delphi的重新崛起。