編譯器哦和

㈠ 超贊，編譯器和解釋器的異同，瞬間明白了

編譯器和解釋器的最大不同就是：以 WINDOWS 系統為例進行講解就是：編譯器是可以把用戶編寫的源程序（例如：C 語言源程序）經過編譯、鏈接產生成一個在 WINDOWS 系統下面可獨立運行的二進制代碼（以 *.exe 為後綴的）；而解釋器則必須在高級語言的解釋環境中才能夠運行用戶編寫的源程序，一旦退出了解釋器，那麼用戶編寫的源程序將無法執行。例如：以前的 BASIC 語言就是解釋執行、而不是編譯執行的。即：在 BASIC 解釋環境中，可以執行用戶編寫的以 *.BAS 為後綴的源程序，但是一旦退出了 BASIC 解釋器，那麼用戶編寫的 *.BAS 源程序就無法執行了。

㈡ 編譯器和IDE的區別是什麼

1. IDE與硬體平台有關。不同IDE攜帶的編譯器不同。

2. 當然有關。不是半導體廠家提供的，而是編譯器開發廠商提供的，也有很多開源的編譯器。

3. 有關系。目前最常見的編譯器仍然只支持C/C++，C#的編譯器較少而且據說仍不完善。至於java……哈哈，這種二道販子還需要勞煩編譯器？

4. 可以集成。具體的你需要查閱相應IDE的手冊，看看能夠集成/添加哪些編譯器。

5. 關心到架構就可以。廠商自己擴展的東西多半就是些映射，你看廠商的外設就行；而且很多廠商都提供了易於開發的庫（當然他們的庫也都是夠爛的，用熟了以後就可以扔掉）。

6. 是否用操作系統不影響編譯器，整體而言也不影響IDE；當然IDE中如果能夠添加針對操作系統組件的原生支持（重點是調試方面），用起來就更方便。

㈢ IDE和編譯器的區別

c++的ide與編譯器的區別：
ide（integrated
development
environment）指集成開發環境，也就是用於編輯代碼、開發程序的應用程序，一般包含代碼編輯器與編譯器等。c++的ide有visual
c++6.0、guide等；
編譯器（compiler），則是用於將高級編程語言代碼翻譯成目標代碼（如機器語言）的程序。c++的編譯器是g++。
上面說了，ide一般包含編譯器，也就是說編譯器一般屬於ide的一部分。在ide中可編輯、編譯代碼，而編譯器只能編譯代碼。

㈣ 編譯器和開發環境的關系

談談程序設計語言、編譯器和開發環境之間的關系

許多初學者都會對這三個概念區分不清，應該說這三個概念是完全不同的，不能混為一談。在本文中，我就盡我最大的能力來講講這三個概念以及他們之間的關系。

首先說程序設計語言，它同人類的自然語言一樣也是一個語言，並且它是自然語言的一個子集。大家都知道自然語言是極其龐大和復雜的系統，具有很多不不確定性和不精確性，因此至今我們也沒有辦法對自然語言進行形式化的描述。程序設計語言只是自然語言的一個很小的子集，在計算機系統中，一切都是需要確定性和精確性的描述，因此程序設計語言也是極為規范的，在程序設計語言中，幾乎就不允許存在不確定性和不精確性，也就是說不能存在文法的二義性。這樣一個程序設計語言就可以通過一系列的產生式來進行形式化的描述，這一系列的產生式就被稱為文法，語言就是由文法來定義的。從另外一個角度來說，一個程序設計語言，它僅僅是一個語言，它只對程序進行形式上的要求。或者說，程序設計語言對應於編程中的編碼階段。我們有必要對程序開發的三個階段進行了解，程序開發從時間先後順序上可以分為三個階段：1.編碼階段，2.編譯階段，3.運行階段。在編碼階段，我們使用的就是程序設計語言。語言除了定義了文法以外，其他的任何事情他都不做。當然一種語言也有很多種版本，比如 BASIC 語言，就有很多種版本，C語言也是如此。這里所講的語言的版本與編譯器的版本是不一樣的。C語言的標准版本就是 ANSI C，如果初學者會提出這樣的問題「C語言哪個更好？」，這樣的問題反映出他們對語言與編譯器之間的關系的認識的不足。如果從語言的角度來講 VC 和 TC 是沒有多大區別的，他們基本上都能支持 ANSI C。

再來看看編譯器。編譯器與語言的關系就是，翻譯者與語言的關系。編譯器就是一個翻譯，他把使用某種語言書寫的源程序，翻譯成為等價的使用目標語言書寫的目標程序。前面我們也說了，語言是一個抽象的概念，是由文法來定義的。唯一實在的東西，也就是定義語言的文法。在使用語言時，我們只能說，使用這種語言去書寫一段程序。編譯器則是能夠將某種語言的源程序進行翻譯，然後生成目標程序。我們通常會說，某個編譯器支持了什麼語言，也就是說這個編譯器能識別並翻譯這種語言。現在的C編譯器，一般都是支持了 ANSI C 語言的，另外，編譯器的設計者可能還會對 ANSI C 進行一定的擴充，而且各個編譯器進行擴充功能都是不同的，因此可能就會出現一個編譯器誕生以後，就會出現一個新的語言的現象。TC 和 VC 就分別對 ANSI C 進行了不同的擴充，比如在 TC 中有 far 等關鍵字，ANSI C 中是沒有的，在 VC 中有內嵌匯編的語法 _asm，而在 TC 中則是使用 asm 關鍵字，這些內容在 ANSI C 中沒有的。編譯器的輸入時源程序，而其輸出則是目標程序。一般情況下，源程序是使用某種高級語言書寫的，而目標程序則是某個特定機器的機器語言程序。另一方面，編譯器除了提供編譯功能，還會提供一些運行庫。所謂運行庫就是由一些事先寫好的子程序所組成的子程序庫。例如C語言中的 printf 函數，就是由C的運行庫提供的。在 ANSI C 中定義了一些C語言的標准庫函數，這些庫函數是標准C必須具備的，也可以說這些庫函數成為了 ANSI C 的一個部分。另外，不同的編譯器還可以提供自己的，非標準的庫給用戶使用，在 TC 中的 Graphics 庫，其實就是由 TC 提供的，它不是屬於 ANSI C 的。簡單的說，編譯器是由編譯程序和運行庫組成的。在程序的編譯階段，就是使用編譯器對源程序進行編譯生成目標程序。

在程序的運行階段則是在一個特定的平台上，由這個平台來執行編譯生成的程序。Java 虛擬機是一個平台，DOS 和 Windows 也是平台，編譯器的作用就是溝通源程序和程序的運行平台。源程序相對於一個運行平台來說是不可識別的，但當編譯器將源程序編譯成為這個平台所能夠識別的目標語言以後，程序就可以在這個平台上運行了。

應該看到，編譯器在其中起到了很重要的作用。我們現在可以明確一些概念了，程序設計語言只是語言，它本身很難說有什麼好壞，這就如同說「漢語和英語哪個好」一樣。使用某一種程序設計語言，我們可以書寫自己的程序，從而向計算機表達自己希望完成的功能。這個階段，我們稱為編碼階段。編譯器由編譯程序和運行庫組成，編譯程序負責將源程序翻譯成為目標程序，運行庫提供了一些基本的子程序給程序編寫者使用。我們可以說編譯器是否支持某種語言，例如 TC 編譯器是支持 ANSI C 的，而 GCC 則是一個能夠支持多種語言的編譯器。然而不同的編譯器除了提供對某種語言的支持以外，還可能對該語言進行了某些功能擴充。編譯器在對語言的支持上，差別都是不太大的，這是因為許多語言都制定了一個標准，例如 ANSI C。編譯器的另外一個重要特性，就是對運行平台的支持。平台指的是一個程序運行所需要的所有軟體和硬體的基礎。編譯器對運行平台的支持，是通過將源程序編譯成為目標程序，以及編譯器所提供的運行庫來實現的。例如，TC只能將C源程序編譯生成，使用 80x86 CPU，操作系統為 DOS 的 16bit DOS 程序。VC只能將C源程序編譯生成 80x86 CPU、操作系統為 Windows 的 32bit Windows 程序。使用編譯器對源程序進行編譯被稱為編譯階段，這個階段編譯程序將源程序編譯為某個平台的目標代碼。程序在具體的平台上運行時，被稱為運行階段。應該指出，在編碼階段使用到的是程序設計語言，以及編譯器所提供的庫函數，這個階段產生的是源程序。在編譯階段使用的是源程序和編譯器，這個階段產生的是目標程序。在運行階段使用到的是目標程序和運行平台，這個時候產生的是程序運行結果。

因此說討論一個程序設計語言好壞沒有多大意義，因為他們使用的場合不同，比如匯編語言和 Java 語言，要談論這兩個語言的好壞是沒有實際意義的。而說「C語言哪個好」之類的話也是沒有意義的，我想大家學的C也就是在 ANSI C 基礎上的C，並且不同的C語言之間的差別是極小的。我們通常指的 TC、VC 都是指編譯器，而不是語言。編譯器能夠支持一種或者多種的程序設計語言，TC 能夠支持 ANSI C，VC 能夠支持 ANSI C 和 ANSI C++，而 GCC 則是一個支持多語言的編譯器。如果真要說 VC 比 TC 好，只能說 VC 編譯器提供的庫函數更多，並且 VC 能夠支持的平台是 Windows，而 VC 編譯出來的代碼也都是 32bit 的。

在以上概念中糾纏了這么久，我也不再想多說了。再來看開發環境。為了能夠方便程序設計者進行編碼、調試等工作，編譯器製造商在製作好一個編譯器以後，都會提供一個集成開發環境（又稱為IDE）。在這個 IDE 中，用戶可以完成編碼、編譯、調試、運行的全部工作。並且在最新的IDE中，可能還會提供一個可視化的設計功能，可以方便用戶進行程序界面的設計。例如 VB 等。另外一個方面，開發環境除了包括 IDE 以外，還包括了程序運行的平台。比如硬體是 IBM PC 兼容機，操作系統是 Windows 等。

可能，能講的也就這么多了，感覺講的並不是很好，不過我已經盡力了。有些東西是很難說清楚的，「只能意會不可言傳」指的就是這個了。不要怪我講的不好，還是自己用心去理解和體會吧。

㈤ 簡述一下編譯器和鏈接器的作用

1、編譯器：
編譯器對源文件進行編譯，就是把源文件中的文本形式存在的源代碼翻譯成機器語言形式的目標文件的過程，在這個過程中，編譯器會進行一系列的語法檢查。如果編譯通過，就會把對應的CPP轉換成OBJ文件。
2、鏈接器：
當鏈接器進行鏈接的時候，首先決定各個目標文件在最終可執行文件里的位置。然後訪問所有目標文件的地址重定義表，對其中記錄的地址進行重定向（加上一個偏移量，即該編譯單元在可執行文件上的起始地址）。
然後遍歷所有目標文件的未解決符號表，並且在所有的導出符號表裡查找匹配的符號，並在未解決符號表中所記錄的位置上填寫實現地址。最後把所有的目標文件的內容寫在各自的位置上，再作一些另的工作，就生成一個可執行文件。

㈥ ide和編譯器有什麼區別，什麼是ide，什麼是編譯器

1. IDE與硬體平台有關。不同IDE攜帶的編譯器不同。

2. 當然有關。不是半導體廠家提供的，而是編譯器開發廠商提供的，也有很多開源的編譯器。

3. 有關系。目前最常見的編譯器仍然只支持C/C++，C#的編譯器較少而且據說仍不完善。至於Java……哈哈，這種二道販子還需要勞煩編譯器？

4. 可以集成。具體的你需要查閱相應IDE的手冊，看看能夠集成/添加哪些編譯器。

5. 關心到架構就可以。廠商自己擴展的東西多半就是些映射，你看廠商的外設就行；而且很多廠商都提供了易於開發的庫（當然他們的庫也都是夠爛的，用熟了以後就可以扔掉）。

6. 是否用操作系統不影響編譯器，整體而言也不影響IDE；當然IDE中如果能夠添加針對操作系統組件的原生支持（重點是調試方面），用起來就更方便。

㈦ 編譯器和翻譯器有什麼區別，新人求教。

你好！編譯器（在windows下，javac.exe）將源代碼（java文件）編譯為位元組碼（bytecode），存放在class文件中。

位元組碼不能直接在機器上執行，而是通過虛擬機（windows下是java.exe）執行。具體的執行方式有兩種：

1. 一般情況下解釋執行。解釋執行並不是「解釋為用c++語言寫成的程序」，而是jvm把位元組碼看成腳本，根據位元組碼中的指令，由JVM去調用實際的本地方法。

2. 在打開了JIT參數的前提下，jvm會把執行過程中發現的熱點位置，由jvm內部的即時編譯器編譯為本地機器碼直接執行。
編譯器將java文件編譯為class文件，解釋器將class文件變為機器語言

㈧ 有關編譯器的問題

編譯器可不是你想像得那麼簡單的哦:)
很多編譯器並不是用匯編語言寫的，那樣太累了。
編譯器涉及非常復雜的詞法和語法分析。現在基本上都是採用lex和yacc之類的工具自動生成詞法分析程序和語法分析程序。每種語言都有各自不同的詞法和語法，你需要提供詞法和語法的正則表達式之類的東西給lex和yacc，然後由這兩個工具生成詞法分析程序和語法分析程序。詞法和語法分析程序可以將你設計的語言編寫的程序生成中間代碼，然後再想辦法編程機器可讀的機器碼就能運行了。
當然你也可以自己手動寫詞法和語法分析器，不過那個工程太過龐大。

㈨ 編譯器和解釋器的主要區別是什麼他們相對於對方各自的優點

解釋器是解釋執行的源代碼，編譯器是將源代碼編譯成目標代碼

他們最大的區別是程序運行時需要解釋器邊解釋邊執行，而編譯器則在運行時是完全不需要的

解釋器的優點是比較容易讓用戶實現自己跨平台的代碼，比如java，php等，同一套代碼可以在幾乎所有的操作系統上執行，而無需根據操作系統做修改；
編譯器的目的就是生成目標代碼再由連接器生成可執行的機器碼，這樣的話需要根據不同的操作系統編制代碼，雖然有像Qt這樣的源代碼級跨平台的編程工具庫，但在不同的平台上仍然需要重新編譯連接成可執行文件，但其執行效率要遠遠高於解釋運行的程序。
編譯器是把源程序的每一條語句都編譯成機器語言,並保存成二進制文件,這樣運行時計算機可以直接以機器語言來運行此程序,速度很快;
而解釋器則是只在執行程序時,才一條一條的解釋成機器語言給計算機來執行,所以運行速度是不如編譯後的程序運行的快的.
這是因為計算機不能直接認識並執行我們寫的語句,它只能認識機器語言(是二進制的形式)