自主編譯器現狀

A. 為什麼沒有國產的C/C++的編譯器

首先：國產有編譯器，比如龍芯就用
其次：開發編譯器難度非常大，編譯器、操作系統、資料庫這三樣是程序界的三座大山，不是 所有牛奶都叫愚公。國產即使有編譯器我認為也不是完全從零開發的。龍芯雖然有了自己的編譯器也只是針對自己的平台編譯，不具備通用性。一句話，中國目前缺少大企業的眼光和決心以及實力

B. 中國自主的編譯器，如匯編生成機器碼，含各種符號表，

中國自主的編譯器,你是說"易語言"的編譯器嗎?
http://ke..com/link?url=LsUrEixvHx5_bRvMoHMl5TdX-UTcs8gbpB6p__

http://www.dywt.com.cn/texing/zybyq.htm

C. 編譯器的發展史

編譯器編譯器，是將便於人編寫，閱讀，維護的高級計算機語言翻譯為計算機能識別，運行的低級機器語言的程序。編譯器將源程序（Sourcenbsp;program）作為輸入，翻譯產生使用目標語言（Targetnbsp;language）的等價程序。源程序一般為高級語言（High-levelnbsp;language），如Pascal，C++等，而目標語言則是匯編語言或目標機器的目標代碼（Objectnbsp;code），有時也稱作機器代碼（Machinenbsp;code）。一個現代編譯器的主要工作流程如下：源程序（sourcenbsp;code）→預處理器（preprocessor）→編譯器（compiler）→匯編程序（assembler）→目標程序（objectnbsp;code）→連接器（鏈接器，Linker）→可執行程序（executables）nbsp;目錄nbsp;[隱藏]1nbsp;工作原理nbsp;2nbsp;編譯器種類nbsp;3nbsp;預處理器（preprocessor）nbsp;4nbsp;編譯器前端（frontend）nbsp;5nbsp;編譯器後端（backend）nbsp;6nbsp;編譯語言與解釋語言對比nbsp;7nbsp;歷史nbsp;8nbsp;參見nbsp;工作原理翻譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器言）。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。典型的編譯器輸出是由包含入口點的名字和地址以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。編譯器種類編譯器可以生成用來在與編譯器本身所在的計算機和操作系統（平台）相同的環境下運行的目標代碼，這種編譯器又叫做「本地」編譯器。另外，編譯器也可以生成用來在其它平台上運行的目標代碼，這種編譯器又叫做交叉編譯器。交叉編譯器在生成新的硬體平台時非常有用。「源碼到源碼編譯器」是指用一種高級語言作為輸入，輸出也是高級語言的編譯器。例如:nbsp;自動並行化編譯器經常採用一種高級語言作為輸入，轉換其中的代碼，並用並行代碼注釋對它進行注釋（如OpenMP）或者用語言構造進行注釋（如FORTRAN的DOALL指令）。預處理器（preprocessor）作用是通過代入預定義等程序段將源程序補充完整。編譯器前端（frontend）前端主要負責解析（parse）輸入的源程序，由詞法分析器和語法分析器協同工作。詞法分析器負責把源程序中的『單詞』（Token）找出來,語法分析器把這些分散的單詞按預先定義好的語法組裝成有意義的表達式，語句nbsp;，函數等等。nbsp;例如「anbsp;=nbsp;bnbsp;+nbsp;c;」前端詞法分析器看到的是「a,nbsp;=,nbsp;bnbsp;,nbsp;+,nbsp;c;」，語法分析器按定義的語法，先把他們組裝成表達式「bnbsp;+nbsp;c」，再組裝成「anbsp;=nbsp;bnbsp;+nbsp;c」的語句。nbsp;前端還負責語義（semanticnbsp;checking）的檢查，例如檢測參與運算的變數是否是同一類型的，簡單的錯誤處理。最終的結果常常是一個抽象的語法樹（abstractnbsp;syntaxnbsp;tree，或nbsp;AST），這樣後端可以在此基礎上進一步優化，處理。編譯器後端（backend）編譯器後端主要負責分析，優化中間代碼（Intermediatenbsp;representation）以及生成機器代碼（Codenbsp;Generation）。一般說來所有的編譯器分析，優化，變型都可以分成兩大類：nbsp;函數內（intraproceral）還是函數之間（interproceral）進行。很明顯，函數間的分析，優化更准確，但需要更長的時間來完成。編譯器分析（compilernbsp;analysis）的對象是前端生成並傳遞過來的中間代碼，現代的優化型編譯器（optimizingnbsp;compiler）常常用好幾種層次的中間代碼來表示程序，高層的中間代碼（highnbsp;levelnbsp;IR）接近輸入的源程序的格式，與輸入語言相關（languagenbsp;dependent），包含更多的全局性的信息，和源程序的結構；中層的中間代碼（middle

D. 很奇怪為什麼國內沒有任何組織或個人開發最底層的中文編譯器呢

這是一個技術問題，你如果沒讀過編譯原理（龍書）的話，你是看不懂下面的回答的。因為中國技術不足，沒人能寫出支持中文的lex和yacc。首先詞法分析生成器lex，就對中文不友好，它只支持ascii字母，不支持中文。這意味著你編譯器里的詞彙只能是英文單詞，不能是中文詞彙。其次就是語法分析生成器yacc了，也不支持中文，只支持用英文寫的語法規則，不能用中文書寫。這意味著最最基本的語法規則是全英文的，這算哪門子中文編程語言。非常遺憾，中國目前沒有牛人造出支持中文的lex和yacc來，否則全中文編譯器一定會滿天飛的，多到爛大街。為什麼說多到爛大街？一個全中文的編譯器其實僅僅需要修改編譯器的前端詞法分析器和語法分析器（語法分析器甚至無需大改動），後端直接對接開源代碼即可，開源英文編譯器已經爛大街了，把它們的後端移植過來就行了。但關鍵就是沒有支持中文的自動化工具lex和yacc。
自動化這條路走不通，純手寫總可以吧。我猜測易語言就是前端純手寫的全中文編譯器。你可以使用易語言，絕對可以達到你的要求。但是從技術的角度來講，lex和yacc的技術高度遠高於易語言，畢竟lex和yacc號稱編譯器的編譯器，編譯器之母。

E. 中國為什麼不做編譯器和編程語言

中文的也有，比如易語言。
不開發中文代碼編程原因很多，比如：
1、語言規范制定比較困難；
2、操作系統，編譯器大都是外國人基於英文做的；
3、因為英語是世界上用的最廣泛的語言，相對來說中文則不夠通用，不利於國際交流合作

F. 在國內從事C/C++編譯器的開發有發展前景嗎

我給你講講我的經歷。 我大概十年工作經驗，大概五年c++編譯器前端經驗（在兩家500強做靜態分析），四五年項目管理和品質過程改善經驗。其他主流語言都會用，實現的大概方式也明白。 前一段時間找工作，投了二十幾個c++職位一個電話都沒有。唯一的面試是朋友內推的阿里的項目管理專家。跑去面試，悲催，直接換崗成p5-p6的測試來面試，問了幾個測試問題直接讓我回家了（順便吐槽一下，他們對於測試過程感覺還沒問到點上） 最後的結局就是，沒人要，轉行去製造加工業了。我總結一下為什麼找不到工作（可能只是我偏頗的認識：一是這行需求太少，二是hr根本不知道你是幹嘛的，三是做這行的根本不好意思寫精通c++。

G. 目前的編譯程序如何開發

用腳本開發就行。

編譯程序（Compiler，compiling program），也稱為編譯器，是指把用高級程序設計語言書寫的源程序，翻譯成等價的機器語言格式目標程序的翻譯程序。編譯程序屬於採用生成性實現途徑實現的翻譯程序。

它以高級程序設計語言書寫的源程序作為輸入，而以匯編語言或機器語言表示的目標程序作為輸出。編譯出的目標程序通常還要經歷運行階段，以便在運行程序的支持下運行，加工初始數據，算出所需的計算結果。編譯程序的基本功能是把源程序（高級語言）翻譯成目標程序。

但是,作為一個具有實際應用價值的編譯系統,除了基本功能之外，還應具備語法檢查、調試措施、修改手段、覆蓋處理、目標程序優化、不同語言合用以及人-機聯系等重要功能。語法檢查:檢查源程序是否合乎語法。

如果不符合語法，編譯程序要指出語法錯誤的部位、性質和有關信息。編譯程序應使用戶一次上機，能夠盡可能多地查出錯誤。

以上內容參考：網路-編譯程序

H. 編譯器是什麼意思，是做什麼的

編譯器
編譯器是一種特殊的程序，它可以把以特定編程語言寫成的程序變為機器可以運行的機器碼。我們把一個程序寫好，這時我們利用的環境是文本編輯器。這時我程序把程序稱為源程序。在此以後程序員可以運行相應的編譯器，通過指定需要編譯的文件的名稱就可以把相應的源文件（通過一個復雜的過程）轉化為機器碼了。

下面我們看看它是如何工作的。首先編譯器進行語法分析，也就是要把那些字元串分離出來。然後進行語義分析，就是把各個由語法分析分析出的語法單元的意義搞清楚。最後生成的是目標文件，我們也稱為obj文件。再經過鏈接器的鏈接就可以生成最後的可執行代碼了。有些時候我們需要把多個文件產生的目標文件進行鏈接，產生最後的代碼。我們把一過程稱為交叉鏈接。

有一個稱為LCC的編譯器，還挺不錯的；還有一個用於分析其規則的小工具；

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

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

實際使用

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

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

J. 習語言作為國產編譯器，能直接編譯c代碼，完全兼容c，為啥很多會點c的人要排斥它呢

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