編譯系統測試圖解

A. 編譯系統的過程

接收輸入的編譯任務；根據所述編譯任務生成任務名；解析獲得所述任務名對應的源代碼；編譯所述源代碼，並輸出所述編譯任務的處理狀態信息。上述技術方案中，通過介面平台接收編譯任務，由介面平台以任務名形式發起編譯請求，進行編譯，簡化了編譯輸入操作；處理狀態信息，通過介面平台實時提供給客戶端，簡化了編譯監控操作，大大節約了人力資源。

B. 一個典型的編譯系統通常由哪些部分組成

編譯系統又稱為第二類編程環境開發者根據語言的規定編寫源程序，然後進行編譯、連接，生成可執行文件，例如DOS操作系統加各類高級語言，如FORTRAN、PASCLL、C語言等就屬於這種類型介面平台，用於提供編譯任務輸入介面以及處理狀態信息輸出介面，並根據輸入的編譯任務生成任務名；編譯伺服器，用於解析所述任務名，獲得相應的源代碼，並進行編譯，同時產生所述編譯任務的處理狀態信息提供給所述介面平台。 接收輸入的編譯任務； 根據所述編譯任務生成任務名； 解析獲得所述任務名對應的源代碼； 所述源代碼，並輸出所述編譯任務的處理狀態信息； 處理狀態信息，通過介面平台實時提供給客戶端，簡化了編譯監控操作，大大節約了人力資源。

C. C語言中編譯 生成 調試 測試 運行各是什麼意思有什麼區別

C語言中編譯 生成 調試 測試 運行的區別如下：

區別一：

從編譯方面來看：

編譯依賴於編譯器，英文是compile, vc中這一過程是將源代碼轉換成目標文件，如：obj文件，rc文件等。

區別二：

從生成方面來看：

生成指的是連接的過程,英文是build，依賴於鏈接器。vc中在這一階段將所有的目標文件和所有需要用到的組件組合成一個整體，例如需要生成的是windows系統下的PE可執行文件，鏈接器會依照特定格式將目標文件組合，最後生成PE格式的，exe或dll文件。

區別三：

從調試方面來看：

調試是所有或部分代碼編寫完成後，讓程序在調試器中運行，用這種手段對程序進行分析，找出並修正潛在問題。

區別四：

從運行方面來看：

運行就是讓程序在系統中運行。

(3)編譯系統測試圖解擴展閱讀：

C語言的介紹：

C語言是目前流行的通用程序設計語言,是計算機專業人員和計算機愛好者開發軟體的首選開發工具。C語言源程序必須經過某種編譯工具翻譯成為目標機器語言程序才能夠在計算機上執行。

然而隨著程序編寫規模的擴大，順利編寫出正確的程序絕非一件容易的事情，早期的許多編譯工具僅僅提供翻譯功能，已滿足不了應用的要求，編程人員需要-種功能全面並高度集成的編譯環境。

程序是一段具有一定功能的代碼，編寫程序的目的是解決問題。當程序人員寫完程序後，其實並不起作用，只有當編寫的程序經過一系列的處理後，能夠解決問題時。

序才成為真正的程序，這一系列的處理過程，-般就是編輯、編譯、連接、調試與運行等。目前最成熟的C語言集成環境主要有Turbo C2.0和Turbo C 3.0( 簡稱TC30)或Borland C++3.1( 簡稱BC31)以及Visual C++ 6.0。

D. 測試C語言編譯系統中各基本類型的數據所佔的位元組數

可以直接用關鍵字sizeof()實現啊。例如：
printf(" char =%d/n" , sizeof(char) ); 明白了嗎？

E. 編譯器本身是如何進行測試的

編譯器最重要的性質就是保證語義的正確。比如，從高級語言翻譯到機器指令之後，指令必須正確的表達原來程序的意思。所以一般編譯器測試都包含一些源程序，用來覆蓋可能出現的各種情況。基本的原則是：原來程序的結果 = 編譯後機器指令運行的結果。機器指令運行的結果很容易知道，運行一下就知道了。可是原來程序的結果你怎麼知道呢？
為了解決這個「原來程序語義」的問題，最好是寫一個解釋器，准確無誤的表達原來的代碼的語義。所以我們的要求就是：
高級語言解釋器（源程序） = 機器執行（機器代碼）
由於處理器其實就是一個用來執行機器代碼的解釋器，這里有一個很美好的對稱關系：
interp1(L1) = interp2(L2)
另外還有一個問題，就是編譯器一般需要經過多個轉化步驟（叫做 pass）才能最後編譯為機器指令。比如，
L2 = pass1(source)
L3 = pass2(L2)
L4 = pass3(L3)
Ln = passN(Ln-1)
machine_code = codegen(Ln)
由於源程序經過了很多步驟猜得到最後的機器指令，如果你使用上面的公式，就會出現以下一些情況：
1. 知道結果錯了，但是卻不知道到底是哪一個 pass 錯了。
2. 結果沒有錯，但是中間卻有 pass 實際上是錯的。但是由於之前的 pass 把輸入程序的一些結構給「優化」掉了，所以錯的那個 pass 其實沒能得到觸發錯誤的那個數據結構。所以測試沒能發現錯誤。如果以後前面的那個 pass 被修改，錯誤就會暴露出來。這是非常難以發現的潛伏的危險。
為了防止這些情況出現，一些編譯器（比如 Chez Scheme 和 Kent Dybvig 的課程編譯器）使用了對每一個 pass 進行測試的做法。具體的方法就是為每一個中間語言都寫一個解釋器，把這語言的語義完全的表示出來。這樣我們就需要檢查一組等式：
L2 = pass1(source)
高級語言編譯器（源程序） = interp2(L2) // 測試 pass1 的正確性
L3 = pass2(L2)
interp2(L2) = interp3(L3) // 測試 pass2 的正確性
這樣一來我們就能獨立的判斷每一個 pass 的正確性了。
這些是基本的語義測試原理。另外除了語義，可能還有一些「表面」一些的測試，它們看代碼本身，而不只看它的語義。比如尾遞歸優化的測試應該確保輸出程序的尾遞歸得到正確的處理，等等。這些是語義測試檢查不到的，因為尾遞歸沒有正確處理的程序大部分也能輸出正確的結果。
普通的單元測試方法也可以用來測試一些編譯器里的輔助函數，但那些不是編譯器特有的，所以就不講了。
另外，就像所有測試的局限性一樣，你沒法枚舉所有可能出現的輸入，所以以上的測試方法其實也不能保證編譯器的完全正確。

F. 高級語言的編譯過程，經過哪幾個步驟

開發C程序有四個步驟：編輯、編譯、連接和運行。

任何一個體系結構處理器上都可以使用C語言程序，只要該體系結構處理器有相應的C語言編譯器和庫，那麼C源代碼就可以編譯並連接到目標二進制文件上運行。

1、預處理：導入源程序並保存（C文件）。

2、編譯：將源程序轉換為目標文件（Obj文件）。

3、鏈接：將目標文件生成為可執行文件（EXE文件）。

4、運行：執行，獲取運行結果的EXE文件。

(6)編譯系統測試圖解擴展閱讀：

將C語言代碼分為程序的幾個階段：

1、首先，對源代碼文件進行測試。以及相關的頭文件，比如Stdio。H.CPP預處理為。我的文件。預編譯。該文件不包含任何宏定義，因為所有宏都已展開，且包含的文件已插入。我提起。

2、編譯過程是對預處理後的文件進行詞法分析、語法分析、語義分析和優化，生成相應的匯編代碼文件。這個過程通常是整個程序的核心部分，也是最復雜的過程之一。

3、匯編程序不直接輸出可執行文件，而是輸出目標文件。匯編程序可以調用LD來生成可運行的可執行程序。也就是說，您需要鏈接到大量文件以獲得最終可執行文件「a.out」。

4、在鏈接過程中，其他目標文件中定義的函數調用指令需要重新調整，而其他目標文件中定義的變數也存在同樣的問題。

G. 編程中的編譯系統是什麼編譯環境又什麼什麼編譯程序又是什麼

簡單來說：編譯系統只是提供把源代碼經過編譯器（Compiler）轉換為機器碼（比如C++等語言），或者是基於某種特殊運行環境下的中間語言（比如.NET的IL等）。 而「集成開發環境」是一款針對「語法檢測」、「智能感知」到編譯生成目標文件的開發工具。

H. 高手進階：Linux操作系統驅動編譯與運行

一、手工載入測試
1、insmod
./key_test.ko
載入驅動模塊到內核
2、cat
/proc/moles
|grep
key_test
查看key_test模塊在內核中的地址，不加過濾器可以看到全部載入的模塊。
3、lsmod
顯示模塊，這時可以看到所有的模塊名字，後面跟的是主設備號和次設備號。
4、rmmod
key_test
把模塊從內核里卸載。
二、動態載入
1、把key_test.c源代碼放到內核源代碼的/drives/char/下，因為這是屬字元型驅動，放在這編譯到zImage中。
2、這時我們make
menuconfig
編譯內核是看不到key_test這個選項的。我們把這個選項寫到菜單裡面才行。在內核源代碼的/drives/char/下有一個Kconfig文件，打開
(1)
vi
Kconfig
加幾行到裡面:
config
ConFig_key_test
bool
"key
test"
//前面那個bool換成tristate就是支持模塊化編譯
上面句是在make
menuconfig時會出現key
test這個選項在drive/char子菜單下,bool前面是TAB鍵
------help----------
這句是出現在菜單選項下面的
This
key
test
help.
這句是你的驅動的說明會出現在help裡面
(2)在/drivers/char目錄下的Makefile文件里加上一句：
obj-$(CONFIG_key_test)
+=
key_test.o
上面這句是讓Make時把key_test編譯到內核中.
(3)
make
menuconfig
把key_test選項選取上
(4)
make
zImage
生成zImage文件，重啟動載入這個新編的內核。
3、lsmod就能看到key_test了，但是還不能用，沒有介面，也就是/dev下面沒有
4、mknod
/dev/key_test
c
121
0
這是創建設備到/dev下，使普通程序可以調用了，121是在源代碼里定義的它的主設備號，0是次設備號。
5、cat
/dev/key_test
這是相當於open這個設備了,或者寫一個程序直接調用open、write等函數。
fd=("/dev/key_test",ORW);

I. C語言文件的編譯與執行的四個階段並分別描述

開發C程序有四個步驟：編輯、編譯、連接和運行。

任何一個體系結構處理器上都可以使用C語言程序，只要該體系結構處理器有相應的C語言編譯器和庫，那麼C源代碼就可以編譯並連接到目標二進制文件上運行。

1、預處理：導入源程序並保存（C文件）。

2、編譯：將源程序轉換為目標文件（Obj文件）。

3、鏈接：將目標文件生成為可執行文件（EXE文件）。

4、運行：執行，獲取運行結果的EXE文件。

(9)編譯系統測試圖解擴展閱讀：

將C語言代碼分為程序的幾個階段：

1、首先，源代碼文件測試。以及相關的頭文件，比如stdio。H、由預處理器CPP預處理為．I文件。預編譯的。文件不包含任何宏定義，因為所有宏都已展開，並且包含的文件已插入。我歸檔。

2、編譯過程是對預處理文件進行詞法分析、語法分析、語義分析和優化，生成相應的匯編代碼文件。這個過程往往是整個程序的核心部分，也是最復雜的部分之一。

3、匯編程序不直接輸出可執行文件，而是輸出目標文件。匯編程序可以調用LD來生成可以運行的可執行程序。也就是說，您需要鏈接大量的文件才能獲得「a.out」，即最終的可執行文件。

4、在鏈接過程中，需要重新調整其他目標文件中定義的函數調用指令，而其他目標文件中定義的變數也存在同樣的問題。