如何採用間接編譯法

❶ 計算機編譯就是指編碼和解碼兩個過程嗎

在微指令的控制欄位中,每一位代表一個微命令,在設計微指令時,是否發出某個微命令,只要將控制欄位中相應位置成"1"或"0",這樣就可打開或關閉某個控制門,這就是直接控製法.
在6.3節中所講的就是這種方法.但在某些復雜的計算機中,微命令甚至可多達三四百個,這使微指令字長達到難以接受的地步,並要求機器有大容量控制存儲器,為了改進設計出現了以下各種編譯法.
6.4.1 微指令的編譯法(編碼解碼方法)(2)
2.欄位直接編譯法
在計算機中的各個控制門,在任一微周期內,不可能同時被打開,而且大部分是關閉的(相應的控制位為"0").所謂微周期,指的是一條微指令所需的執行時間.如果有若干個(一組)微命令,在每次選擇使用它們的微周期內,只有一個微命令起作用,那麼這若干個微命令是互斥的.
例如,向主存儲器發出的讀命令和寫命令是互斥的;又如在ALU部件中,送往ALU兩個輸入端的數據來源往往不是唯一的,而每個輸入端在任一微周期中只能輸入一個數據,因此控制該輸人門的微命令是互斥的.
選出互斥的微命令,並將這些微命令編成一組,成為微指令字的一個欄位,用二進制編碼來表示, 就是欄位直接編譯法.
6.4.1 微指令的編譯法(編碼解碼方法)(3)
例如,將7個互斥的微命令編成一組,用三位二進制碼分別表示每個微命令,那麼在微指令中,該欄位就從7位減成3位,縮短了微指令長度.而在微指令寄存器的輸出端,為該欄位增加一個解碼器,該解碼器的輸出即為原來的微命令.
6.4.1 微指令的編譯法(編碼解碼方法)(4)
欄位長度與所能表示的微命令數的關系如下:
欄位長度 微命令數
2位 2～3
3位 4～7
4位 8～15
一般每個欄位要留出一個代碼,表示本段不發出任何微命令,因此當欄位長度為3位時,最多隻能表示7個互斥的微命令,通常代碼000表示不發微命令.
6.4.1 微指令的編譯法(編碼解碼方法)(5)
3.欄位間接編譯法
欄位間接編譯法是在欄位直接編譯法的基礎上,進一步縮短微指令字長的一種編譯法.
如果在欄位直接編譯法中,還規定一個欄位的某些微命令,要兼由另一欄位中的某些微命令來解釋,稱為欄位間接編譯法.
本方法進一步減少了指令長度,但很可能會削弱微指令的並行控制能力,因此通常只作為直接編譯法的一種輔助手段.
6.4.1 微指令的編譯法(編碼解碼方法)(6)
欄位A(3位)的微命令還受欄位B控制,當欄位B發出b1微命令時,欄位A發出a1,1,a1,2,…,a1,7中的一個微命令;而當欄位B發出b2微命令時,欄位A發出a2,1,a2,2,…,a2,7中的一個微命令,僅當A為000時例外,此時什麼控制命令都不產生.
6.4.1 微指令的編譯法(編碼解碼方法)(7)
4.常數源欄位E
在微指令中,一般設有一個常數源欄位E就如指令中的直接操作數一樣.E欄位一般僅有幾位,用來給某些部件發送常數,故有時稱為發射欄位.
該常數有時作為操作數送入ALU運算;有時作為計算器初值,用來控制微程序的循環次數等.
6.4.2 微程序流的控制 (1)
當前正在執行的微指令,稱為現行微指令,現行微指令所在的控制存儲器單元的地址稱現行微地址,現行微指令執行完畢後,下一條要執行的微指令稱為後繼微指令,後繼微指令所在的控存單元地址稱為後繼微地址.
所謂微程序流的控制是指當前微指令執行完畢後,怎樣控制產生後繼微指令的微地址.
與程序設計相似,在微程序設計中除了順序執行微程序外還存在轉移功能和微循環程和微子程序等,這將影響下址的形成.
下面介紹幾種常見的產生後繼微指令地址的方法.
6.4.2 微程序流的控制 (2)
(1)以增量方式產生後繼微地址.
在順序執行微指令時,後繼微地址由現行微地址加上一個增量(通常為1)形成的;而在非順序執行時則要產生一個轉移微地址.
機器加電後執行的第一條微指令地址(微程序入口)來自專門的硬體電路,控制實現取令操作,然後由指令操作碼產生後繼微地址.接下去,若順序執行微指令,則將現行微地址主微程序計數器( PC中)+1產生後繼微地址;若遇到轉移類微指令,則由 PC與形成轉移微地址的邏輯電路組合成後繼微地址.
6.4.2 微程序流的控制 (3)
6.4.2 微程序流的控制 (4)
(2)增量與下址欄位結合產生後繼微地址
將微指令的下址欄位分成兩部分:轉移控制欄位BCF和轉移地址欄位BAF,當微程序實現轉移時,將BAF送 PC,否則順序執行下一條微指令( PC+1).
執行微程序條件轉移時,決定轉移與否的硬體條件有好幾種.例如,"運算結果為零","溢出","已完成指定的循環次數"等.
我們假設有八種轉移情況,定義了八個微命令(BCF取3位),在圖中設置計數器CT用來控制循環次數.如在執行乘(或除)法指令時,經常採用循環執行"加,移位"(或減,移位)的方法,指令開始執行時,在CT中置循環次數)每執行一次循環,計數器減1,當計數器為零時結束循環.又考慮到執行微子程序時,要保留返回微地址,因此圖中設置了一個返回寄存器RR.

❷ 編譯原理的練習題，會的幫下忙。

1、編譯方法中自底向上的語法分析演算法有:簡單優先分析演算法、算符優先分析演算法、SLR方法、LR（K）方法、LALR（K）方法，自頂向下的語法分析演算法有:遞歸子程序法、LL（K）分析算、預測分析方法。
2、詞法分析器的輸入是源程序的字元流，輸出是詞法記號流。
3、等價
4、（a|b）*(aa|bb)(a|b)*

❸ 編譯程序的工作過程

編譯程序必須分析源程序，然後綜合成目標程序。首先，檢查源程序的正確性，並把它分解成若干基本成分；其次，再根據這些基本成分建立相應等價的目標程序部分。為了完成這些工作，編譯程序要在分析階段建立一些表格,改造源程序為中間語言形式,以便在分析和綜合時易於引用和加工（圖1）。
數據結構分析和綜合時所用的主要數據結構，包括符號表、常數表和中間語言程序。符號表由源程序中所用的標識符連同它們的屬性組成，其中屬性包括種類（如變數、數組、結構、函數、過程等）、類型（如整型、實型、字元串、復型、標號等），以及目標程序所需的其他信息。常數表由源程序中用的常數組成，其中包括常數的機內表示，以及分配給它們的目標程序地址。中間語言程序是將源程序翻譯為目標程序前引入的一種中間形式的程序，其表示形式的選擇取決於編譯程序以後如何使用和加工它。常用的中間語言形式有波蘭表示、三元組、四元組以及間接三元組等。
分析部分源程序的分析是經過詞法分析、語法分析和語義分析三個步驟實現的。詞法分析由詞法分析程序（又稱為掃描程序）完成，其任務是識別單詞（即標識符、常數、保留字，以及各種運算符、標點符號等）、造符號表和常數表，以及將源程序換碼為編譯程序易於分析和加工的內部形式。語法分析程序是編譯程序的核心部分，其主要任務是根據語言的語法規則，檢查源程序是否合乎語法。如不合乎語法，則輸出語法出錯信息；如合乎語法，則分解源程序的語法結構，構造中間語言形式的內部程序。語法分析的目的是掌握單詞是怎樣組成語句的，以及語句又是如何組成程序的。語義分析程序是進一步檢查合法程序結構的語義正確性，其目的是保證標識符和常數的正確使用，把必要的信息收集和保存到符號表或中間語言程序中，並進行相應的語義處理。

❹ 如何在windows上用ndk交叉編譯其他平台程序

目標 ：編譯arm64的.so庫

編譯方法：理論上應該有兩種交叉編譯方法，法一，在linux伺服器上安裝交叉工具鏈，直接用交叉工具鏈進行編譯鏈接；法二，使用ndk完成交叉編譯，因為

ndk已經安裝好交叉編譯工具鏈，以及相關的系統庫和系統頭文件了。這兩種方法的區別在於，linux伺服器上的編譯使用的makefile和ndk使用的.mk
文件顯然不同。原因是ndk作為一個集成編譯環境，制定了一套特定的規則用於生成最終的編譯腳本。

這里簡單總結下，如何在windows用ndk進行交叉編譯arm64目標平台的.so庫：

step1:找到ndk開發工具包，官網之類的都可以下載，android-ndk64-r10-windows-x86_64.rar文件

step2:解壓上述ndk工具包，將包含程序源文件和頭文件的文件夾testProject都放入android-ndk-r10下的samples目錄下。

放在其他地方當然也可以，但是後續相對路徑之類的不太好加，既然其他例子都放這，把代碼放這編譯是最保險的了。

step3:在testProject中增加一個jni的文件夾，必須要添加！！！！！！

step4:在jni文件夾中，添加一個Android.mk的文件，必須要添加！！！！！

step5:在jni文件夾中，添加一個Application.mk的文件與Android.mk並列，必須要添加！！！！！

step6:Android.mk和Application.mk合起來就類似於linux環境下的makefile編譯文件。

如何寫Android.mk，可以參考例子helllo-jni中jni文件夾下的Android.mk。

LOCAL_PATH:=$(call my-dir) #必須要寫的

include $(CLEAR_VARS) #必須要寫的

LOCAL_MODULE:=hello-jni #編譯出來的模塊名稱

LOCAL_SRC_FILES:=hello-jni.c #制定編譯的源文件名稱

include $(BUILD_SHARED_LIBRARY)#放在最後

除了上述變數之外，還有其他的指定的變數，

LOCAL_CFLAGS，用於指定編譯選項，這個和makefile中是完全一樣的，可以指定編譯選項-g，也可以指定編譯宏及宏值

LOCAL_LDLIBS，用於指定鏈接的依賴庫，這個可以makefile也是完全一樣的，可以指定鏈接庫用-l庫名，以及指定庫搜索路徑用_L路徑名

LOCAL_STATIC_LIBRARIES，指定鏈接的靜態庫名，makefile中沒有

LOCAL_C_INCLUDES，用於指定編譯頭文件的路徑，和makefile中不同，路徑前不需要加-I，直接寫路徑即可，可以是相對路徑或絕對路徑，

多個路徑之間用空格隔開。

編寫上述Android.mk碰到的問題有，

(1)使用默認的系統自動載入stl庫頭文件總是出錯，只好手動在LOCAL_STATIC_LIBRARIES指定sources/cxx-stl/stlport/stlport來完成對#include<string>這種c++形式的頭文件載入

(2)使用$(SYSROOT)/usr/include來完成對系統庫頭文件的載入，結果找不到sem_t符號，只好指定platforms/android-L/arch-arm64/usr/include

step7:Application.mk編寫

APP_STL指定使用的stl移植庫，動態或者靜態都行

APP_CPPFLAGS，指定app編譯的編譯選項

APP_ABI指定abi規范類型，例如arm64-v8a，也可以寫成ALL就是把所有的類型全部編一編

APP_PLATFORM指定編譯的platform名稱，這里可以寫成android-L或者不指定全編。

step8:編譯完成後，運行。

啟動cmd，使用cd /D進行到testProject的jni目錄下

step9:將android-ndk-r10下的ndk-build.cmd直接拖拽到cmd中，此時直接敲回車，就可以編譯了。當然也可以加一個 clean，清除編譯中間文件。

step10:檢查下編譯結果，編譯成功後在testProject中多了兩個文件夾與jni並列的，libs和obj。
編譯鏈接後的結果就在libs中！

❺ C文件如何成為可執行文件（編譯、鏈接、執行）——摘自《程序員的自我修養》

本文算是我閱讀《程序員的自我修養》（俞甲子等著）相關章節的筆記，文中直接引用了原書中的敘述，強烈建議大家去看原書，本文只做概要介紹而用。——註：文中有很多引用圖的地方，請大家自己去找原書看，支持正版！我遇到一個問題，Linux C編程中的問題：.. char *p; unsigned int i = 0xcccccccc; unsigned int j; p = (char *) &i; printf("%.2x %.2x %.2x %.2x\n", *p, p[1], p[2], p[3]); memcpy(&j, p, sizeof(unsigned int)); printf("%x\n", j); ... Output: ffffffcc ffffffcc ffffffcc ffffffcc 0xcccccccc My questions are: 1. Why it prints "ffffffcc ffffffcc ffffffcc ffffffcc"? (if p is unsigned char* then it will print correctly "cc cc cc cc") 2. Why pointer to char p copied to j correctly, why not every member in p overflow? since it is a signed char. 這是別人在郵件列表中提出的問題，在試圖回答這個問題的過程中，突然發現，自己對連接器的工作並不熟悉，因此拿來好書《程序員的自我修養》來看，並做如下匯報，強烈推薦《程序員的自我修養》！！！寫好的C語言文件，最終能夠執行，大致要經過預處理、編譯、匯編、鏈接、裝載五個過程。預編譯完成的工作： （1）將所有的"#define"刪除，並展開所有的宏定義 （2）處理所有條件預編譯指令 （3）處理#include預編譯指令，將被包含的文件插入到預編譯指令的位置，這個過程是遞歸進行的。 （4）刪除所有的注釋 （5）添加行號和文件名標識，以便調試 （6）保留所有的#pragma編譯器命令，因為編譯器需要使用它們。編譯完成的工作： （1）詞法分析 掃描源代碼序列，並將其分割為一系列的記號（Token）。 （2）語法分析 用語法分析器生成語法樹，確定運算符號的優先順序和含義、報告語法錯誤。 （3）語義分析 靜態語義分析包括生命和類型的匹配，類型的轉換；動態語義分析一般是在運行期出現的與語義相關性的問題，如除0錯。 （4）源代碼生成 源代碼級優化器在源代碼級別進行優化：如將如（6+2）之類的表達式，直接優化為（8）等等。將語法書轉換為中間代碼，如三地址碼、P-代碼等。 （5）代碼生成 將源代碼轉換為目標代碼，依賴於目標機器。 （6）目標代碼優化匯編完成的工作： 將匯編代碼變成機器可以執行的指令鏈接完成的工作： 鏈接完成的工作主要是將各個模塊之間相互引用的部分處理好，使得各個模塊之間正確銜接。鏈接過程包括：地址和空間分配、符號決議和重定位。 首先講靜態鏈接，基本的靜態鏈接如下： 我們可能在main函數中調用到定義在另一個文件中的函數foo()，但是由於每個模塊式單獨編譯的，因此main並不知道foo的地址，所以它暫時把這些調用foo的指令的目標地址擱置，等到最後鏈接的時候讓連接器去修正這些地址（重定位），這就是靜態鏈接最基本的過程和作用；對於定義在其他文件中的變數，也存在相同的問題。具體過程如下： （1）空間和地址分配 1）空間與地址分配：掃描所有輸入目標文件，獲得各個段的屬性、長度和位置，並且將目標文件中的符號表中所有的符號定義和符號引用收集起來，放到一個全局符號表中。 2）符號解析和重定位：使用第一步收集到的信息，讀取輸入文件中段的數據、重定位信息，並進行符號解析與重定位、調整代碼中的地址等。 動態鏈接的過程更為復雜，但是完成的工作類似。 動態鏈接的初衷是為了解決空間浪費和更新困難的問題，把鏈接過程推遲到運行時進行 首先介紹一個重要的概念——地址無關代碼。為了解決固定裝載地址沖突的問題，我們希望對所有絕對地址的引用不作重定位，而把這一步推遲到裝載的時候再完成，一旦模塊裝載地址確定，即目標地址確定，那麼系統對程序中所有的絕對地址引用進行重定位。同時我們希望，模塊中共享的指令部分在裝載時不需要因為裝載地址的改變而改變，所以把指令中那些需要被修改的部分分離出來，跟數據放在一起，這樣指令部分就可以保持不變，而數據部分可以在每個進程中擁有一個副本，這種方案目前被稱為地址無關代碼（PIC，Position-independent Code）。 我們需要解決如下四種引用中的重定位問題： 1）模塊內部調用或者跳轉：這個可以用相對地址調用或者基於寄存器的相對調用，所以不需要重定位2）模塊內部數據的訪問：用相對定址的方法，不過鏈接器實現得十分巧妙： call494 <__i686.get_pc_thunk.cx> add$0x188c, %ecx mov$0x1, 0x28(%ecx) //a=1 調用一個叫做__i686.get_pc_thunk.cx的函數，把call的下一條指令的地址放到ecx寄存器中，接著執行一條mov指令和一個add指令3）模塊間數據的訪問：在數據段里建立一個指向全局變數的指針數組，也成全局便宜表（GOT），當要引用全局變數時，可以通過GOT相對應的項間接引用： GOT是做到指令無關的重要的一環：在編譯時可以確定GOT相對於當前指令的偏移，根據變數地址在GOT中的偏移就可以得到變數的地址，當然GOT中哪個每個地址對應於哪個變數是由編譯器決定的。4）模塊間的調用、跳轉：採用上面類似的方法，不同的是GOT中相應的項存儲的是目標函數的地址，當模塊需要調用目標函數時，可以通過GOT中的項進行間接跳轉。 地址無關代碼小結： 現在，來看動態鏈接中的另一個重要問題——延遲綁定（PLT）。當函數第一次被用到時才進行綁定，否則不綁定。PLT為了實現延遲綁定，增加了一層間接跳轉。調用函數並不是通過GOT跳轉的，而是通過一個叫PLT項的結構進行跳轉的，每個外部函數在PLT中都有對應的項，如函數bar，其在PLT對應的項的地址記為bar@plt，實現方式如下： bar@plt: jmp* (bar@GOT) pushn pushmoleID jump_dl_runtime_resolve 鏈接器的這個實現至為巧妙： 如果在連接器初始化階段，已經正確的初始化了bar@GOT，那麼這個跳轉指令的結果正是我們所期望的，但是，為了實現PLT，一般在連接器初始化時，將"pushn"的地址放入到bar@GOT中，這樣就直接跳轉到第二條指令，相當於沒有進行任何操作。第二條指令「pushn」，n是bar這個符號引用在重定位表「.rel.plt」中的下標。接著將模塊的ID壓棧，跳轉到_dl_runtime_resolve完成符號解析和重定位工作，然後將bar的地址填入到bar@GOT中。下次再調用到bar時，則bar@GOT中存儲的是一個正確的地址，這樣就完成了整個過程。 在鏈接完成之後，就生成了你要的可執行文件了，如ELF文件，至於這個文件的詳細的信息，可以參考相關的文檔。 現在，你要運行你的可執行文件，這是如何做到的呢？ 我們從操作系統的角度來看可執行文件的裝載過程。操作系統主要做如下三件事情：（1）創建一個獨立的虛擬地址空間，但由於採用了COW機制，這里只是復制了父進程的頁目錄和頁表，甚至不設置映射關系（參考操作系統相關書籍）。（2）讀取可執行文件頭，並且建立虛擬空間與可執行文件的映射關系。（3）將CPU的指令寄存器設置成可執行文件的入口地址，啟動運行。我們來看一下執行過程中，進程虛擬空間的分布。 首先我們來區分Section和Segment，都可以翻譯為「段」，那麼有什麼不同呢？從鏈接的角度來講，elf文件是按照Section存儲的，從裝載的角度講，elf文件是按照Segment存儲的。」Segment」實際上是從裝載的角度重新劃分了ELF的各個段，將其中屬性相似的Section合並為一個Segment，而系統是按照Segment來映射可執行文件的。

❻ 微指令的編譯方法有哪些

直接編碼（直接控制）方式、欄位直接編碼方式、欄位間接編碼方式、混合編碼、其他（常數欄位）。特點：直接編碼速度快，但控存容量極大；欄位直接編碼縮短了微指令的長度，但是增加了解碼電路。

微指令是指在機器的一個CPU周期中，一組實現一定操作功能的微命令的組合，描述微操作的語句。微命令是指控制部件通過控制線向執行部件發出各種控制命令。操作微指令是描述受控電路的操作語句 , 分支微指令是描述控制電路的分支語句。

一條機器指令的功能是若干條微指令組成的序列來實現的，即一條機器指令所完成的操作分成若干條微指令來完成，由微指令進行解釋和執行，這個微指令序列通常叫做微程序。

微指令的編譯方法是決定微指令格式的主要因素。考慮到速度，成本等原因，在設計計算機時採用不同的編譯法 。因此微指令的格式大體分成兩類：水平型微指令和垂直型微指令。

❼ 漢語程序設計語言的編譯原理

漢編系統是一個互動式的程序設計環境，最初是為程序員在小型和微型計算機上開發應用程序而設計的。主要應用於科學計算和工業控制，比如儀器、機器人、過程式控制制、圖形和圖像處理、人工智慧和商業應用。漢編語言的主要優點是軟體開發快速、互動式、計算機硬體的高效使用等。
漢編語言與傳統語言最大的不同是它的可擴展性。漢編語言的編程過程就是定義新的詞，詞實際上就是語言的新命令。詞可以用一系列以前定義的詞來定義，這個過程與教育孩子的過程相似：我們總是用孩子們以前理解的概念來教給孩子們新的概念，而這些詞被稱為「高級定義」。同樣，新的詞也可以用匯編代碼定義。
可擴展性的結果是我們在開發一個應用的同時，也間接地開發了一個特殊的、針對這一類應用的「面向應用的模塊，它可以用於或者經過修改之後被用於相似的應用。
漢編語言的可擴展性並不僅僅是為語言自身增加新的命令，所以不要把定義詞與傳統高級語言定義函數、過程等同。漢編系統還能對定義詞(建詞)進行擴展，創建一個可以定義其它詞的詞，這種詞被稱為「定義詞」。在創建這樣一個定義詞的時候，程序員能夠指定它所創建的詞在編譯時間、運行時間或者這兩種狀態下的特殊行為。這個能力允許我們定義特殊的數據類型，並對其行為和結構實施完全的控制。又由於這種詞的運行時行為可以用高級語言或者匯編語言來定義，所以由定義詞創建的詞將具有與其它漢編詞一樣的性能。系統也允許我們增加一個新的「編譯指示符」以實現特殊類型的循環或者其它的控制結構。比如，漢語言定義一個程序變數的詞：給，其代碼大概如下：
編給(32位數-<變數名>-)編譯時
(---32位數)運行時
建詞可用地址4位元組空出寫
動作讀
。
定義變數時
5給變數一
則5被自動寫入變數一的實體域中
運行「變數一」時
變數一
則變數一實體域中的數字5被自動讀取，放到數摞上 漢編詞可以使用以前定義的詞或者匯編代碼來定義，它們與其它語言的子程序相似，也與其它語言的命令等效。漢編系統允許我們在鍵盤上打入一條指令的詞名，這個詞將被立即執行。然而，如果我們把功能的詞名放到定義中，將編譯成對於這個詞的引用。
高級詞是由其它詞的集合來定義的，我們可以把這個過程想像成是其它語言的宏。新的詞被加入到它們可以使用的存儲器中，其定義被加入到詞典中。在一個漢編詞的命名規則中，只有很少的幾個字元不能作為詞名使用。
當遇到一個詞的時候，漢編系統就通過詞典搜索希望找到這個詞的定義，如果找到這個詞定義的功能，或者被立即執行，或者作為引用而被編譯到新的定義中。然而，如果在詞典中沒有找到這個詞，系統就試著把它轉換成一個數。如果轉換成功，就把它放在數摞上。如果不能轉換成數字，就顯示這個未定義的詞名並列印出一個錯誤的信息來報告這個詞是系統所不知道的。
漢編詞的執行流程大概可以用一個詞來模擬如下：

編查詞測試
{詞名串--}
255個位元組空給詞名串
詞名串255填0
詞名串字串傳送
詞名串(查詞)
0=
就
計位元組
串>數
就
♀
否則
字串未定義詞名串字串+傳送
詞名串計位元組
回車印字串
全復位
然後
否則
執行
然後
。★
字串看數摞查詞測試數摞已空!★
字串123456查詞測試★.
看數摞[1]123456★.
顯123456★
字串看方法查詞測試
看方法未定義
漢編系統編譯流程如右圖(流程圖來源：漢編新浪博客)所示。
漢編語言堅持「結構化程序設計」原理：
·詞必須在引用之前被定義；
·邏輯流限制只有順序、條件和循環，有專門的詞用於實現常用的程序控制結構；
·程序員使用許多小的、獨立的模塊（詞）來實現最大的可測試性和可靠性；
這種方法有兩個明顯的優點
·新的詞總是用以前定義和測試過的詞來構造，所以調試更容易。模塊可以單獨執行以測試它的功能；
·固有的模塊性使漢編語言成為一個「設計性語言」，允許自頂向下的設計同時保持自底向上的測試。一個詞可以在不同的程序中使用，但是它的功能只需要定義一次；
這些都保證了漢編軟體能夠快速和有效地被開發，同時，如果管理得當，也可以作為自身文檔的基礎。
漢編語言的5個主要元素決定了它的特點：
·一個詞典；
·兩個數摞，一個是參數摞，另一個是用於嵌套的返回摞；
·鍵盤（輸入流）解釋器；
·一個編譯器；
·虛擬存儲； 詞典是漢編定義詞的數據和代碼存儲空間，也為編譯建立了詞的索引。詞典中的詞包括漢編程序代碼詞、常數定義詞、變數定義詞、不定量定義詞，面向對象部分還有模板、對象、對象事件、消息。
漢編代碼存儲在詞典中。詞典占據了系統存儲器的很大部分，它由一個串線鏈接的可變長度的項目組成，每個項目定義了一個詞。每個定義的內容根據詞的類型（數據項、常數、操作序列等）而有所不同，詞典是可擴展的。
詞是由「定義詞」加入詞典的，最常用的定義詞是「編。」當「編」執行的時候，馬上就把後面的詞名掃描，建立一個詞典項，然後進入「編譯」模式。有許多不同的編譯方法，最常用的是「串線編碼」，這種方法把定義編譯成一系列以前定義詞的地址引用。詞的定義由「。」（句號）結束。下面就是一個詞的定義：
編平方(--)♂*顯。

當一個詞名項被編譯到詞典中的時候（稱為定義的首部），它包含一個指向詞典中前一個首部的指針。新詞的詞名加入詞典（這里就是平方），接著一個指向詞名為「（編）」子程序調用的指針編譯到詞典中作為定義的第一部分，這個指針指向一段在解釋定義體時需要執行的代碼。當然，這里所說的不是唯一的編譯技術，但它的應用最為普遍，這種技術稱為間接串線編碼，因為定義中的第一個項目是一段代碼的引用，這段代碼知道如何解釋定義的其它部分。
定義的其它部分稱為這個定義的體。在編譯模式下，系統將依次尋找每個詞的首部。每個首部地址依次放到定義體中，這樣就產生了一個地址列表。最後在到達「。」時，詞名為「。」的子程序地址被編譯進詞典。「。」子程序用來將控制返回到調用詞，就像一個子程序返回一樣。

❽ 編譯程序都有哪些

編譯程序有哪些主要構成成分?它們各自的主要功能是什麼?
數據結構

分析和綜合時所用的主要數據結構，包括符號表、

常數表和中間語言程序。

符號表由源程序中所用的標識符連同它

們的屬性組成，

其中屬性包括種類

（如變數、

數組、

結構、

函數、

過程等）、類型（如整型、實型、字元串、復型、標號等），以

及目標程序所需的其他信息。常數表由源程序中用的常數組成，

其中包括常數的機內表示，

以及分配給它們的目標程序地址。

中

間語言程序是將源程序翻譯為目標程序前引入的一種中間形式

的程序，

其表示形式的選擇取決於編譯程序以後如何使用和加工

它。

常用的中間語言形式有波蘭表示、

三元組、

四元組以及間接

三元組等。

分析部分

源程序的分析是經過詞法分析、語法分析和語

義分析三個步驟實現的。

詞法分析由詞法分析程序

（又稱為掃描

程序）完成，其任務是識別單詞（即標識符、常數、保留字，以

及各種運算符、標點符號等）、造符號表和常數表，以及將源程

序換碼為編譯程序易於分析和加工的內部形式。

語法分析程序是

編譯程序的核心部分，

其主要任務是根據語言的語法規則，

檢查源程序是否合乎語法。

如不合乎語法，

則輸出語法出錯信息；

如

合乎語法，

則分解源程序的語法結構，

構造中間語言形式的內部

程序。

語法分析的目的是掌握單詞是怎樣組成語句的，

以及語句

又是如何組成程序的。

語義分析程序是進一步檢查合法程序結構

的語義正確性，

其目的是保證標識符和常數的正確使用，

把必要

的信息收集和保存到符號表或中間語言程序中，

並進行相應的語

義處理。

綜合部分

綜合階段必須根據符號表和中間語言程序產生

出目標程序，其主要工作包括代碼優化、存儲分配和代碼生成。

代碼優化是通過重排和改變程序中的某些操作，

以產生更加有效

的目標程序。

存儲分配的任務是為程序和數據分配運行時的存儲

單元。

代碼生成的主要任務是產生與中間語言程序符等價的目標

程序，

順序加工中間語言程序，

並利用符號表和常數表中的信息

生成一系列的匯編語言或機器語言指令。

結構

編譯過程分為分析和綜合兩個部分，

並進一步劃分為

詞法分析、語法分析、

語義分析、

代碼優化、存儲分配和代碼

生成等六個相繼的邏輯步驟。

這六個步驟只表示編譯程序各部分

之間的邏輯聯系，

而不是時間關系。

編譯過程既可以按配伏激照這六個

邏輯步驟順序地執行，

也可以按照平行互鎖方式去執行。

在確定

編譯程序的具體結構時，

常常分若干遍實現。

對於源程序或中間

語言程序，

從頭到尾掃視一次並實現所規定的工作稱作一遍。

每

一遍可以完成一個或相連幾個邏輯步驟的工作。

例如，

可以把詞

法分析作為第一遍；

語法分析和語義分析作為第二遍；

代碼優化

和存儲分配作為第三遍；

代碼生成作為第四遍。

反之，

為了適應

較小的存儲空間或提高廳顫目標程序質量，

也可以把一個邏輯步驟的

工作分為幾遍去執行。

例如，

代碼優化可劃分為代碼優化准備工

作和實際代碼優化兩遍進行。

一個編譯程序是否分遍

,

以及如何分遍

,

根據具體情況而定。

其判別標准可以是存儲容量的大小、

源語言的繁簡、

解題范圍的

寬窄，

以及設計、

編制人員的多少等。

分遍的好處是各遍功能獨

立單純、相互聯系簡單、邏輯結構清晰、優化准備工作充分。缺

點是各遍之中不可避免地要有些重復的部分，

而且遍和遍之間要培襪

有交接工作，因之增加了編譯程序的長度和編譯時間。

一遍編譯程序是一種極端情況，

整個編譯程序同時駐留在內

存

,

彼此之間採用調用轉接方式連接在一起

(

圖

2)

。當語法分析

程序......
c編譯程序是什麼？
D

編譯程序

這是一類很重要的語言處理程序，它把高級語言(如FORTRAN、COBOL、Pascal、C等)源程序作為輸入，雞行翻譯轉換，產生出機器語言的目標程序，然後再讓計算機去執行這個目標程序，得到計算結果。

實在不明白用排除法
編譯程序是什麼意思啊
你是想知道這個概念的意思么，有點籠統不好給你講的。你說的編譯程序是編程么，編程就是駕馭機器
編譯程序是什麼意思？編譯是什麼意思？
把用高級程序設計語言書寫的源程序，翻譯成等價的計算機匯編語言或機器語言書寫的目標程序的翻譯程序。編譯程序屬於採用生成性實現途徑實現的翻譯程序。它以高級程序設計語言書寫的源程序作為輸入，而以匯編語言或機器語言表示的目標程序作為輸出。編譯出的目標程序通常還要經歷運行階段，以便在運行程序的支持下運行，加工初始數據，算出所需的計算結果。編譯程序的實現演算法較為復雜。這是因為它所翻譯的語句與目標語言的指令不是一一對應關系,而是一多對應關系;同時也因為它要處理遞歸調用、動態存儲分配、多種數據類型，以及語句間的緊密依賴關系。但是，由於高級程序設計語言書寫的程序具有易讀、易移植和表達能力強等特點，編譯程序廣泛地用於翻譯規模較大、復雜性較高、且需要高效運行的高級語言書寫的源程序。
目前最常用的作C語言編譯程序的軟體是什麼?
如果你用Turbo C的話，不需要太高配置，基本的DOS能跑的系統他就能跑。

如果你用VC++6.0跑的話，那麼最低也得賽揚II一級別，256M內存，然後WIN98系統，硬碟至少2G空間

如果你用Visual Studio200X跑的話，建議奔騰四的機器，而且內存要大，至少512M，XP環境，如果要載入SQL SERVER的話，內存還要更大，至少1G，否則服務掛不動，而且硬碟最好留5G空間，可以安裝一些MSDN。方便查閱。

其次，還有個GCC編譯器，可以下載一個環境，配置一下，這是LINUX下的C編譯器，效率很高，而且出來的OBJ沒有垃圾數據，推薦，這個跟TC環境差不多
目前主流的C語言編譯軟體是什麼
vc++ 6.0比較老 但是適合初學者學習 初學者足夠了

vs 2010 、vs 2012不錯， 軟體稍大，

eclipse 也可以 不過不太常用

如果是初學者建議 vc++6.0 或者 vs 2012
編譯程序的優點是什麼啊？解釋程序的優點又是什麼？
5、編譯程序和解釋程序

高級語言程序同樣要翻譯成二進製程序才能執行。

耿級語言的兩種執行方式：

（1）解釋方式：翻譯一條，執行一條 特點：慢，但占空間小

（2）編譯方式：翻譯成目標程序，然後運行目標程序 特點：快，但佔用空間大 （考點）
編譯軟體具體是什麼啊？為屬於系統軟體啊
以上回答是什麼亂七八糟的水平！

計算機常識，操作系統，資料庫管理系統，編譯軟體都屬於系統軟體。

沒有為什麼，這就是個定義。規定就是這樣。原因我想可能是因為這些軟體都沒有特定的應用吧。。都是為了輔助其它應用軟體而存在。所以定義為系統軟體。
編譯原理---程序執行的兩種方式是什麼
解釋執行和編譯執行，前者過程簡單，後者執行速度快