1 在過去50年的發(fā)展過程中，出現(xiàn)了不少實驗性的反編譯器。

2 最后本文根據(jù)編譯原理的知識，實現(xiàn)了指令表語言的編譯器。

3 編譯器以樹結構為中介將梯形圖和PLC指令聯(lián)系起來，實現(xiàn)了從梯形圖到PLC指令的轉換。

4 它告訴資源編譯器在那里能找到真實的位圖文件。

5 相反，你應當用高級語言，然后用編譯器把程序編成機器語言。

6 因此，編譯器將報錯，如圖1中所示。

7 此選項將使編譯器在輸出文件中保留空間，以便以后添加數(shù)字簽名。

8 從技術上講,Linux只是內核.它與諸如編譯器、編輯器、窗口管理器等程序一起,組成了發(fā)布版.

9 預編譯器做的第三件事似乎違反常理：您仔細地將SQL嵌入COBOL程序，而預編譯器會仔細地將其移除。

10 編譯器最佳化時會排除全域常數(shù)，不會為變數(shù)保留空間。

11 這增加了編譯器的工作，因為它必須生成這些簿記指令，同時增加了運行時環(huán)境的開銷，因為它必須執(zhí)行這些額外的指令。

12 后端編譯器接收生成的抽象語法樹并生成實際的機器碼或IL代碼。

13 可見性則更為微妙；它要對付內存緩存和編譯器優(yōu)化的各種反常行為。

14 提供按照字母升序順序列出的編譯器選項列表.

15 然而這些反編譯器都存在著各種各樣的缺陷。

16 那是告訴編譯器我們想要在程序庫中,使用一些當前的編譯后的代碼。

17 也許這方面最好和最成功的例子就是編譯器，它能夠將一個高級語言程序解釋成一個與之相當?shù)臋C器語言的執(zhí)行程序。

18 然而，JIT編譯器還必須注意抵消它編譯程序消耗的時間，因為這些時間將延長程序的執(zhí)行時間。

19 程序通常都由高級語言編寫，之后由編譯器轉換為適合特定計算機系統(tǒng)的機器語言，或者是能被翻譯器運行的中間語言。造 句網(wǎng)

20 編譯器和匯編程序自動地將表示一直向下翻譯為有效的機器代碼。

21 第三章講述了模型編譯器的原理，一些電路仿真的原理和傳輸線模型的概念。

22 編譯器可以將這個指示符存儲在它的符號表中，并在中間代碼生成階段使用這個指示符。

23 程序語言有“語法規(guī)則”，由其決定了程序是否構造正確。編譯器檢查程序是否違反了語法規(guī)則，并且在規(guī)則被破壞的時候產(chǎn)生語法錯誤報告。

24 結論與上面的相同：在付費35美元就可以使用Reflector的情況下，我們不值得為編寫反編譯器或者反匯編器浪費時間。

25 你也希望根據(jù)那些特性打開新的推斷特性的選項，這允許編譯器通過估計右值表達式去推測出局部變量的申明類型。

26 如果你使用的是免費版的FlexSDK，那么你可以使用獨立的編譯器去編譯你的代碼生成swf文件。

27 您還需要知道JVM能否確定主機處理器的體系結構，以使得JIT編譯器可以為那個體系結構生成正確的指令集。

28 在文章中提到的一個例子是NVidia顯示驅動，其中包含有JIT編譯器。

29 對開發(fā)者來說，這個標準就是一個“開發(fā)便攜性”條約，也就是讓編譯器遵守相同規(guī)則。

30 對象的意義變得越來越“動態(tài)”，它們的結構和行為無法通過靜態(tài)類型來捕獲，或者至少編譯器在編譯程序時無法得知對象的結構和行為。

31 盡管代碼生成器可以理解一點兒目標語言的知識，但是它們通常都不是完整的語法分析器，不重新編寫一個完整的編譯器是無法全面考慮目標語言的。

32 這個特定類別的型別引數(shù)可以是編譯器能夠辨認的任意型別.

33 因此采用了可以完全在編譯器中實現(xiàn)的擦除方法。

34 更重要的是，如果攻擊者需要源代碼，那么他們會使用反編譯器，來重新創(chuàng)建源代碼，這樣重新創(chuàng)建的源代碼對攻擊目的而言足夠了。

35 僅在支持可變參數(shù)模板和右值引用的編譯器上可用.

36 有兩種程序負責把高級語言處理成低級語言：解釋器和編譯器。

37 圖元類型只能被高層函數(shù)的的編譯器識別.

38 它們包括設計用于支持XML的編譯器、有助于識別程序修改影響的工具、調試和性能分析輔助工具，以及有助于糾正錯誤和操作文件的工具。

39 對象最終存儲在內存中，但編譯器、運行庫、處理器或緩存可以有特權定時地在變量的指定內存位置存入或取出變量值。

40 JIT編譯器必須響應必選修飾符,但是可以忽略可選修飾符.

41 如果你沒有include這個庫函數(shù)，GCC的時候，編譯器就會報錯。

42 這些代碼經(jīng)過C語言編譯器，可以和電路仿真器協(xié)同工作。

43 如果您沒有可以生成代碼來利用底層處理器架構和指令集的編譯器，那么最快的機器也將是無用的。

44 因為泛型基本上都是在Java編譯器中而不是運行庫中實現(xiàn)的，所以在生成字節(jié)碼的時候，差不多所有關于泛型類型的類型信息都被“擦掉”了。

45 從傳統(tǒng)意義上講，有限狀態(tài)機對開發(fā)諸如網(wǎng)絡驅動程序和編譯器這類程序頗有幫助。

46 標準的優(yōu)化是循環(huán)展開；編譯器將展開循環(huán)，以減少分支的數(shù)量。

47 內置了一個內部資源編譯器和反編譯器。

48 系統(tǒng)軟件包括操作系統(tǒng)，編譯器，管理計算機資源的公用程序和其他一些支持應用軟件的程序組成。

49 編譯器極有可能把上述賦值語句編譯成一條機器指令。

50 當中斷發(fā)生時，編譯器插入的代碼被運行，它將累加器，B，DPTR和PSW入棧。

51 對于某個程序被取消后的第一個調用，或對于某個方法調用，編譯器會初始化這些專用寄存器的字段，將它們作為初始值。

52 編譯器負責生成，然后匯集復制的指令流，從而形成一個只支持軟件的解決方案。

53 這個選項會使得編譯器在輸出檔案中保留空間，以便稍后可以加入數(shù)位簽章。

54 舛訛：非常大而紛亂。與C說話一樣生計語法濫用題目。比C慢。大大都編譯器沒有把整個說話無誤的告竣。

55 函數(shù)S1沒有在當前文件中定義，因為編譯器實際上并不知道這個外部函數(shù)在哪兒，我們現(xiàn)在把這個符號表項保留為空白。

56 靜態(tài)編譯器直接把源代碼轉換成可以直接在目標臺上執(zhí)行的機器代碼，不同的硬件臺要求不同的編譯器。

57 編譯器將公鑰插入程序集清單，并在PE文件中為完整的強名稱簽名保留空間。

58 目的在于避免JIT編譯器的運行時性能消耗或內存消耗，或者避免解釋程序的早期性能開銷。

59 因此，原代碼閱讀的一個重要的手段就是通過編譯器編譯并運行代碼，查看編譯信息。

60 gcc編譯器套件已被廣為應用，大部分項目完全可以假定它為很多目標臺的一個可選項。

61 由編譯器定義，空格字符串或者換行符是被保留或被替換成一個空格符。

62 編譯器優(yōu)化了這個派生物，pair類生成的對象僅為非空類的大小。

63 如果放寬類型轉換規(guī)則，則編譯器將在“許可類型語義”下操作，該語義允許在不使用轉換關鍵字的情況下進行收縮轉換。

64 另外一種可選方式是“外部”DSL，需要一個外部的編譯器和生成器，這樣則會使得整合工作難度增大。

65 事實證明編譯器確實在編譯階段將數(shù)據(jù)類型轉換插入到代碼中，這樣做是為了解決類型擦除會降低某些表達式的類型的精度這一事實。

66 如果誤拼了方法名，Scala編譯器將捕捉到方法名并返回一個錯誤。

67 編譯器把代碼翻譯成中間代碼。

68 擦除也是造成上述構造問題的原因，即不能創(chuàng)建泛型類型的對象，因為編譯器不知道要調用什么構造函數(shù)。

69 素材編譯器其實是一個構建系統(tǒng)，將一系列媒體文件轉換成用于電子游戲最終構建版用到的媒體文件。

70 JIT編譯器在運行時將Java字節(jié)碼編譯為優(yōu)化的二進制碼。

71 這些是為特殊的.NET語言所生成的，然后使用針對這種語言的恰當?shù)?NET編譯器被編譯成動態(tài)鏈接庫的代理。