原編譯器發展史

A. delphi的發展歷史

Delphi 是Borland 公司開發的，深受廣大程序員所喜愛的可視化軟體開發工具。和Visual C++相比，Delphi 更簡單、更易於掌握，而在功能上也絲毫不遜色；和Visual Basic 相比，Delphi 則功能更強大
Delphi介紹
Delphi 是Borland 公司開發的，深受廣大程序員所喜愛的可視化軟體開發工具。和Visual C++相比，Delphi 更簡單、更易於掌握，而在功能上也絲毫不遜色；和Visual Basic 相比，Delphi 則功能更強大、更實用，學習上也不比Visual Basic 困難。可以說Delphi 同時兼備了Visual C++功能強大和Visual Basic 簡單易學的特點。
「真正的程序員用C，聰明的程序員用Delphi」，這句話就是對Delphi 最貼切的描述。下面介紹一下Delphi 的發展歷程。
從本質上看，Delphi 是一個Pascal 編譯器。自從20 年前Anders Hejlsberg 寫下第1 個Pascal 編譯器以來，Boland 公司就一直在推動著Pascal 編譯器向前發展。
Delphi 1 發布於1995 年，在那時DOS 系統下的程序員只有兩種選擇：不是用簡單但速度慢的Basic語言，就是用效率高但卻復雜的匯編語言。Pascal 以其結構化語言的簡練和真編譯器的性能，綜合了兩者的優勢。而Windows 3.1 的程序員同樣面臨兩種選擇：一種是功能強大卻難以使用的Visual C++，另一種是容易使用但語言有局限的Visual Basic。對此，Delphi 1 提供了一種完全不同於開發Windows程序的方法：可視化的開發環境、編譯後的可執行軟體、DDL、資料庫、毫無限制地給可視環境命名。
Delphi 1 作為第1 個綜合了可視化開發環境、優化的源代碼編譯器、可擴展的資料庫訪問引擎的Windows 開發工具，奠定了RAD 工具的基礎。
一年後的Delphi 2 在32 位的操作系統Windows 95 和Windows NT 下實現了原有的一切功能。另外，Delphi 2 還增加了許多Delphi 1 沒有的功能，例如32 位的編譯器能生成速度更快的應用程序，對象庫得到進一步地豐富和擴展，完善了資料庫支持，改進了字元串處理，支持OLE 和可視化窗體繼承以及與16 位的Delphi 兼容等。Delphi 2 成為衡量其他RAD 工具的標准。
在研製Delphi 3 的時候，開發組考慮到Windows 開發者可能會遇到的棘手問題，提供了一套完整的解決案。1997 年推出的Delphi 3 使本來極其復雜的COM、ActiveX、WWW 應用程序開發、「瘦」客戶應用程序、多層資料庫系統體系結構等技術變得非常容易使用。雖然Delphi 3 和Delphi 1 編寫應用程序的基本方法大都相同，但是Delphi 3 的代碼內視（Code Insight）技術卻簡化了代碼編寫的過程。
1998 年發布的Delphi 4 致力於使Delphi 更易於使用。Mole Explore 技術的引入使程序員能夠以一致的圖形界面瀏覽和編輯代碼。代碼導航和類自動生成的功能使程序員只需關注應用程序本身，而不必在輸入代碼上花費太多精力。IDE 經過重新設計可支持浮動和可停靠的工具欄和窗口，調試器也做了改進。Delphi 4 的MIDAS、DCOM 和CORBA 等技術使Delphi 4 的應用范圍擴展到企業級。
經過悉心研究，直至1999 年7 月，Boland 公司才推出功能更為強大的Delphi 5，它在下面幾個方面取得了進步。首先Delphi 5 和Delphi 4 一樣，通過增加更多的功能使程序的編寫更簡單。新功能進一步增強了IDE 和調試器的功能，提供了TeamSource 小組開發軟體和轉換工具等。其次，Delphi 5也為簡化Internet 的開發增加了許多新功能，其中包括Active Server Object Wizard（用於創建ASP）、Internet Express 組件、用於支持XML 和新的MIDAS 功能，使Delphi 成為Internet 的一個通用數據平台。最後，Delphi 5 最重要的特徵—穩定性。
Delphi 6 發布於2001 年6 月。Delphi 6 在繼承Delphi 5 特性的基礎上，又增加了當時惟一全面支持所有主要工業標准（XML、SOAP、WSDL、XSL 等）的開發工具，同時支持基於Web 服務的
Microsoft .NET 和Sun ONE 體系，提供給Web 開發者需要的可伸縮性與可靠性。Delphi 6 框架中包括了BizSnap、WebSnap 和DataSnap，用戶可以用它們開發支持Web 服務特性的伺服器端和客戶端應用
程序，這一切是通過一套高度集成的可視化開發工具、先進的編譯技術和可重用的組件完成的。
而Delphi 7 就是Borland 公司在2002 年8 月推出的新版本。

B. 編譯原理的發展歷程

在20世紀40年代，由於馮·諾伊曼在存儲-程序計算機方面的先鋒作用，編寫一串代碼或程序已成必要，這樣計算機就可以執行所需的計算。開始時，這些程序都是用機器語言 （machine language ）編寫的。機器語言就是表示機器實際操作的數字代碼，例如：
C7 06 0000 0002 表示在IBM PC 上使用的Intel 8x86處理器將數字2移至地址0 0 0 0 （16進制）的指令。
但編寫這樣的代碼是十分費時和乏味的，這種代碼形式很快就被匯編語言（assembly language ）代替了。在匯編語言中，都是以符號形式給出指令和存儲地址的。例如，匯編語言指令 MOV X,2 就與前面的機器指令等價（假設符號存儲地址X是0 0 0 0 ）。匯編程序（assembler ）將匯編語言的符號代碼和存儲地址翻譯成與機器語言相對應的數字代碼。
匯編語言大大提高了編程的速度和准確度，人們至今仍在使用著它，在編碼需要極快的速度和極高的簡潔程度時尤為如此。但是，匯編語言也有許多缺點：編寫起來也不容易，閱讀和理解很難；而且匯編語言的編寫嚴格依賴於特定的機器，所以為一台計算機編寫的代碼在應用於另一台計算機時必須完全重寫。
發展編程技術的下一個重要步驟就是以一個更類似於數學定義或自然語言的簡潔形式來編寫程序的操作，它應與任何機器都無關，而且也可由一個程序翻譯為可執行的代碼。例如，前面的匯編語言代碼可以寫成一個簡潔的與機器無關的形式 x = 2。
在1954年至1957年期間，IBM的John Backus帶領的一個研究小組對FORTRAN語言及其編譯器的開發，使得上面的擔憂不必要了。但是，由於當時處理中所涉及到的大多數程序設計語言的翻譯並不為人所掌握，所以這個項目的成功也伴隨著巨大的辛勞。幾乎與此同時，人們也在開發著第一個編譯器， Noam Chomsky開始了他的自然語言結構的研究。他的發現最終使得編譯器結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法（grammar ，指定其結構的規則）的難易程度以及識別它們所需的演算法來為語言分類。正如現在所稱的-與喬姆斯基分類結構（Chomsky hierarchy ）一樣-包括了文法的4個層次：0型、1型、2型和3型文法，且其中的每一個都是其前者的專門化。2型（或上下文無關文法（context-free grammar ））被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。
分析問題（ parsing problem ，用於限定上下文無關語言的識別的有效演算法）的研究是在20世紀60年代和70年代，它相當完善地解決了這一問題， 現在它已是編譯理論的一個標准部分。它們與喬姆斯基的3型文法相對應。對它們的研究與喬姆斯基的研究幾乎同時開始，並且引出了表示程序設計語言的單詞（或稱為記號）的符號方式。
人們接著又深化了生成有效的目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其誤稱為優化技術（optimization technique ），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（code improvement technique ）。
這些程序最初被稱為編譯程序-編譯器，但更確切地應稱為分析程序生成器 （parser generator ），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是 Yacc （yet another compiler- compiler），它是由Steve Johnson在1975年為Unix系統編寫的。
類似地，有窮自動機的研究也發展了另一種稱為掃描程序生成器 （scanner generator ）的工具，Lex （與Yacc同時，由Mike Lesk為Unix系統開發的）是這其中的佼佼者。在20世紀70年代後期和80年代早期，大量的項目都關注於編譯器其他部分的生成自動化，這其中就包括代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。
編譯器設計最近的發展包括：首先，編譯器包括了更為復雜的演算法的應用程序，它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言（可允許此類分析）的發展結合在一起。其中典型的有用於函數語言編譯的Hindle y - Milner類型檢查的統一演算法。
其次，編譯器已越來越成為基於窗口的交互開發環境（interactive development environment，IDE ）的一部 分，它包括了編輯器、鏈接程序、調試程序以及項目管理程序。這樣的IDE的標准並沒有多少， 但是已沿著這一方向對標準的窗口環境進行開發了。

C. 歷史上出現過的主流C/C++ 編譯器都有哪些

最早的 通用的就是TC了
也就是所說的torboC
一個綠樹的圖標，很多人 在2000年之前學C語言的，都是先接觸的這個。
然後就是VC，從XP開始，VC就一直是主流中的主流，初學者大多用這個
再之後 VS 屬於VC的進階。
除了這幾個以外，還有真正專業級的主流，gcc/g++ 這個 只要用Linux的 沒有不知道的
在windows上 也有Mingwin devC++這些 底層用的也是gcc的編譯器。

D. 編譯器的歷史

20世紀50年代，IBM的John Backus帶領一個研究小組對FORTRAN語言及其編譯器進行開發。但由於當時人們對編譯理論了解不多，開發工作變得既復雜又艱苦。與此同時，Noam Chomsky開始了他對自然語言結構的研究。他的發現最終使得編譯器的結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法的難易程度以及識別它們所需要的演算法來對語言分類。正如Chomsky架構（Chomsky Hierarchy），它包括了文法的四個層次：0型文法、1型文法、2型文法和3型文法，且其中的每一個都是其前者的特殊情況。2型文法（或上下文無關文法）被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。分析問題（parsing problem，用於上下文無關文法識別的有效演算法）的研究是在60年代和70年代，它相當完善的解決了這個問題。它已是編譯原理中的一個標准部分。
有限狀態自動機（Finite Automation）和正則表達式（Regular Expression）同上下文無關文法緊密相關，它們與Chomsky的3型文法相對應。對它們的研究與Chomsky的研究幾乎同時開始，並且引出了表示程序設計語言的單詞的符號方式。
人們接著又深化了生成有效目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其稱為優化技術（Optimization Technique），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（Code Improvement Technique）。
當分析問題變得好懂起來時，人們就在開發程序上花費了很大的功夫來研究這一部分的編譯器自動構造。這些程序最初被稱為編譯器的編譯器（Compiler-compiler），但更確切地應稱為分析程序生成器（Parser Generator），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年為Unix系統編寫的。類似的，有限狀態自動機的研究也發展了一種稱為掃描程序生成器（Scanner Generator）的工具，Lex（與Yacc同時，由Mike Lesk為Unix系統開發）是這其中的佼佼者。
在20世紀70年代後期和80年代早期，大量的項目都貫注於編譯器其它部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。
編譯器設計最近的發展包括：首先，編譯器包括了更加復雜演算法的應用程序它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言的發展結合在一起。其中典型的有用於函數語言編譯的Hindley-Milner類型檢查的統一演算法。其次，編譯器已越來越成為基於窗口的交互開發環境（Interactive Development Environment，IDE）的一部分，它包括了編輯器、連接程序、調試程序以及項目管理程序。這樣的IDE標准並沒有多少，但是對標準的窗口環境進行開發已成為方向。另一方面，盡管在編譯原理領域進行了大量的研究，但是基本的編譯器設計原理在近20年中都沒有多大的改變，它正迅速地成為計算機科學課程中的中心環節。
在20世紀90年代，作為GNU項目或其它開放源代碼項目標一部分，許多免費編譯器和編譯器開發工具被開發出來。這些工具可用來編譯所有的計算機程序語言。它們中的一些項目被認為是高質量的，而且對現代編譯理論感興趣的人可以很容易的得到它們的免費源代碼。
大約在1999年，SGI公布了他們的一個工業化的並行化優化編譯器Pro64的源代碼，後被全世界多個編譯器研究小組用來做研究平台，並命名為Open64。Open64的設計結構好，分析優化全面，是編譯器高級研究的理想平台。
編譯器相關專業術語: 1. compiler編譯器；編譯程序 2. on-line compiler 連線編譯器 3. precompiler 預編譯器 4. serial compiler 串列編譯器 5. system-specific compiler 特殊系統編譯器 6. Information Presentation Facility Compiler 信息展示設施編譯器 7. Compiler Monitor System 編譯器監視系統

E. 請問，編譯軟體最早是由誰發明出來的

Grave of Grace

後記

Grace Hopper是個非常amazing的人 (常被稱為Amazing Grace)，崇拜她的人相當多。雖然她的事跡很多，但是還有很多有類似事跡的人並沒有像她這樣受到眾人的崇拜。由其中一點我們可以看出來：從1947年開始 (二戰結束後第二年)，她獲得了第一個榮譽博士學位 (賓州大學)，從那以後，她先後被40多所大學授予榮譽博士學位，其中包括芝加哥大學、華盛頓大學、馬里蘭大學等知名學府。各種婦女社會團體和學術組織都曾授予Grace各種稱號和獎勵。1991年，布希總統在白宮授予她的「美國國家技術獎」 (National Medal of Technology) 是其中的最高獎項，她也是至今惟一獲此殊榮的美國女性。她的名言有很多，她自己最喜歡的，也是她最喜歡對所謂的「年輕人」說的 (在她年老時，她所謂的年輕人就是「年齡不到我的一半的人就叫做年輕人」)，這句話是：

「A ship in port is safe, but that is not what ships are built for.」

語錄

下面Grace的語錄中有幾句比較有意思的話。

• From then on, when anything went wrong with a computer, we said it had bugs in it.

• The most dangerous phrase in the language is, 「We』ve always done it this way.」

• Humans are allergic to change. They love to say, 「We』ve always done it this way.」 I try to fight that. That』s why I have a clock on my wall that runs counter-clockwise.

• Leadership is a two-way street, loyalty up and loyalty down. Respect for one』s superiors; care for one』s crew.

• One accurate measurement is worth a thousand expert opinions.

• Someday, on the corporate balance sheet, there will be an entry which reads, 「Information」; For in most cases, the information is more valuable than the hardware which processes it.

• We』re flooding people with information. We need to feed it through a processor. A human must turn information into intelligence or knowledge. We』ve tended to forget that no computer will ever ask a new question.

• To me programming is more than an important practical art. It is also a gigantic undertaking in the foundations of knowledge.

• They told me computers could only do arithmetic.

• In pioneer days they used oxen for heavy pulling, and when one ox couldn』t budge a log, they didn』t try to grow a larger ox. We shouldn』t be trying for bigger computers, but for more systems of computers.

• Life was simple before World War II. After that, we had systems.

• We went overboard on management and forgot about leadership. It might help if we ran the MBAs out of Washington.

• At any given moment, there is always a line representing what your boss will believe. If you step over it, you will not get your budget. Go as close to that line as you can.

• I seem to do a lot of retiring.

• I handed my passport to the immigration officer, and he looked at it and looked at me and said, 「What are you?」

參考

維基網路：
http://en.wikipedia.org/wiki/Grace_Hopper

國立中央大學數學系：
http://li.math.ncu.e.tw/bcc16/pool/3.06.shtml

耶魯大學計算機系：
http://cs-www.cs.yale.e/homes/tap/Files/hopper-story.html

計算機先驅：
http://202.207.0.245:9001/jisuanjifazhanshi/xianqu/18.htm

This entry was posted in網路3Cand taggedcompiler,debug,Grace Murray Hopper,傳記,發明,編譯器,起源. Bookmark thepermalink.Post a commentor leave a trackback:Trackback URL.

F. 最早的C語言編譯器是什麼做的

匯編。這真的是最早最早的。

准確的來說，這和編譯器的開發有關，不用說太細，很麻煩怕你不懂。你現在假設第一個編譯器是用會變寫出來的，它的功能很簡單，就是解釋簡單一種類似於C語言的高級語言，但是這種所謂的高級語言還沒有完全擁有C語言的所有特性。只有比較簡單核心功能，比如能把文本文件的高級語言轉換成機器代碼並且執行。

有了這個原型之後，就可以用這個編譯器來解釋簡單C程序，就可以用C重寫編寫一個新的編譯器，這樣就有更多的C的功能。於是，從此之後就用現有的編譯器解釋更復雜的語言，用更復雜的語言寫出更好的編譯器，然後不斷這樣迭代。這確實是編譯器的演變。

然後最後一個問題就是當一個新的CPU發明過後，怎麼辦，需要重寫又從匯編開始寫編譯器嗎？答案是不用。假設你有一個CPU A執行一些代碼，你用匯編寫了一個基礎的C編譯器，然後用C寫出了更復雜的編譯器，接受更復雜的C功能，然後不斷循環演化。現在你有了CPU B，CPU B和CPU A執行兩套完全不同的代碼，那如何讓CPU B的機器也可以變異C語言呢？因為現在A上面已經可以運行非常復雜的C語言程序了，所以你可以在A上面開發一個編譯器把C語言程序轉化為CPU B的執行代碼。然後用這個程序，直接編譯你的C語言編譯器，再把這個程序轉換到有B命令集的電腦上面，這樣你就開發出了B電腦需要的C語言編譯器。

所以除非你真的是活在非常早起的人類。否在現在的編譯器基本上都利用這種原理直接編譯已經用C語言或者其它高級語言寫好的代碼來產生新的編譯器就行了。理論上可以只使用C語言來開發C的編譯器，不過處於一些歷史原因和底層效率等因素的考量，部分代碼還是使用匯編來實現的。

我舉得不過是一個例子，不一定是真實的C語言編譯的進化，何況有這么多不同的C語言編譯器，每一個的發展歷史都有小的不同。但是基本上都是利用了這種編譯器編譯新的編譯器的思想來實現了。而這樣回溯回去，最早的編譯器只能使用匯編來些。而其實最早的匯編語言的編譯器就只能使用機器語言來寫了。不過都是先處理簡單的轉換任務，有了這個核心功能過後，就可以寫程序轉換更復雜的語法。然後越來越復雜。就有了各種各樣的高級語言編譯器了。

G. 編譯技術的發展歷程

1954年至1957年間，IBM的John Backus帶領一個小組開發FORTRAN語言及其編譯器，使得上面的擔憂不必要了。
但由於當時處理中所涉及到的大多數程序設計語言的翻譯並不為人所掌握，所以這個項目的成功也伴隨著巨大的辛勞。
幾乎與此同時，人們也在開發著第一個編譯器，Noam Chomsky開始自然語言結構的研究。使得編譯器結構異常簡單，甚至還帶有了一些自動化。
Chomsky的研究導致了根據語言文法(grammar，結構規則)的難易程度以及識別它們所需的演算法來為語言分類。文法有4個層次：0型、1型、2型和3型文法，且其中的每一個都是其前者的專門化。2型(或上下文無關文法context-free grammar)是程序設計語言中最有用的，代表著程序設計語言結構的標准方式。
人們接著又深化了生成有效的目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其誤稱為優化技術(optimization technique)，但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（code improvement technique）。
在70年代後期和80年代早期，大量的項目都關注於編譯器其他部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。

H. 簡述計算機程序設計語言的發展歷程。

在過去的幾十年間，大量的程序設計語言被發明、被取代、被修改或組合在一起。盡管人們多次試圖創造一種通用的程序設計語言，卻沒有一次嘗試是成功的。

之所以有那麼多種不同的編程語言存在的原因是，編寫程序的初衷其實也各不相同；新手與老手之間技術的差距非常大，而有許多語言並對新手來說太難學；還有，不同程序之間的運行成本各不相同。

有許多用於特殊用途的語言，只在特殊情況下使用。例如，PHP專門用來顯示網頁；Perl更適合文本處理；C語言被廣泛用於操作系統和編譯器的開發。

高級程序設計語言的出現使得計算機程序設計語言不再過度地依賴某種特定的機器或環境。這是因為高級語言在不同的平台上會被編譯成不同的機器語言，而不是直接被機器執行。最早出現的編程語言之一FORTRAN的一個主要目標，就是實現平台獨立。

(8)原編譯器發展史擴展閱讀：

如果所使用的翻譯的機制是將所要翻譯的程序代碼作為一個整體翻譯，並之後運行內部格式，那麼這個翻譯過程就稱為編譯。

因此，一個編譯器是一個將可閱讀的程序文本作為輸入的數據，然後輸出可執行文件。所輸出的可執行文件可以是機器語言，由計算機的中央處理器直接運行，或者是某種模擬器的二進制代碼。

如果程序代碼是在運行時才即時翻譯，那麼這種翻譯機制就被稱作解譯。經解譯的程序運行速度往往比編譯的程序慢，但往往更具靈活性，因為它們能夠與執行環境互相作用。

I. 歷史上出現過的主流C/C++ 編譯器都有哪些

C++編譯器很多的:
Visual C++
GNU C++
Inter C++
Sun C++
clang
等等。
一般都用VC和GNU C++，其他的都是專業人士使用的。
關於IDE，C++有很多，一些其他語言的IDE現在也支持C++了;
Visual Studio系列(目前最新版本是VS2013)
Dev C++(目前最新非官方版是Dev c++ 5.4.1)
Code Block
NetBeans
C-Free

J. 編譯器的發展史

編譯器編譯器，是將便於人編寫，閱讀，維護的高級計算機語言翻譯為計算機能識別，運行的低級機器語言的程序。編譯器將源程序（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