C 語言編譯過程

    C 語言的編譯鏈接過程要把我們編寫的一個 C 程序源代碼，轉換成可以在硬件上運行的程序（可執行代碼），需要進行編譯和鏈接。過程圖解如下：

    本文講解 C 語言編譯過程中所做的工作，對我們理解頭文件、庫等的工作過程是有幫助的。而且清楚的瞭解編譯鏈接過程還對我們在編程時定位錯誤，以及編程時儘量調動編譯器的檢測錯誤會有很大的幫助的。

編譯

    編譯是讀取源程序（字符流），對之進行詞法和語法的分析，將高級語言指令轉換爲功能等效的彙編代碼，源文件的編譯過程包含預處理與編譯優化兩個主要階段。

預處理

    第一個階段是預處理階段，在正式的編譯階段之前進行。預處理階段將根據已放置在文件中的預處理指令來修改源文件的內容。如 #include 指令就是一個預處理指令，它把頭文件的內容添加到. cpp 文件中。這個在編譯之前修改源文件的方式提供了很大的靈活性，以適應不同的計算機和操作系統環境的限制。一個環境需要的代碼跟另一個環境所需的代碼可能有所不同，因爲可用的硬件或操作系統是不同的。在許多情況下，可以把用於不同環境的代碼放在同一個文件中，再在預處理階段修改代碼，使之適應當前的環境。

主要是以下幾方面的處理：

    對於這種僞指令，預編譯所要做的是將程序中的所有 a 用 b 替換，但作爲字符串常量的 a 則不被替換。還有 #undef，則將取消對某個宏的定義，使以後該串的出現不再被替換。

    這些僞指令的引入使得程序員可以通過定義不同的宏來決定編譯程序對哪些代碼進行處理。預編譯程序將根據有關的文件，將那些不必要的代碼過濾掉。

    在頭文件中一般用僞指令 #define 定義了大量的宏（最常見的是字符常量），同時包含有各種外部符號的聲明。採用頭文件的目的主要是爲了使某些定義可以供多個不同的 C 源程序使用。因爲在需要用到這些定義的 C 源程序中，只需加上一條 #include 語句即可，而不必再在此文件中將這些定義重複一遍。預編譯程序將把頭文件中的定義統統都加入到它所產生的輸出文件中，以供編譯程序對之進行處理。包含到 c 源程序中的頭文件可以是系統提供的，這些頭文件一般被放在 /usr/include 目錄下。在程序中 #include 它們要使用尖括號（< >）。另外開發人員也可以定義自己的頭文件，這些文件一般與 c 源程序放在同一目錄下，此時在 #include 中要用雙引號（""）。

    例如在源程序中出現的 LINE 標識將被解釋爲當前行號（十進制數），FILE 則被解釋爲當前被編譯的 C 源程序的名稱。預編譯程序對於在源程序中出現的這些串將用合適的值進行替換。

    預編譯程序所完成的基本上是對源程序的 “替代” 工作。經過此種替代，生成一個沒有宏定義、沒有條件編譯指令、沒有特殊符號的輸出文件。這個文件的含義同沒有經過預處理的源文件是相同的，但內容有所不同。下一步，此輸出文件將作爲編譯程序的輸出而被翻譯成爲機器指令。

編譯、優化

    第二個階段編譯、優化階段，經過預編譯得到的輸出文件中，只有常量；如數字、字符串、變量的定義，以及 c 語言的關鍵字，如 main,if,else,for,while,{,}, +,-,*,\ 等等。

    編譯程序所要做的工作就是通過詞法分析和語法分析，在確認所有的指令都符合語法規則之後，將其翻譯成等價的中間代碼表示或彙編代碼。

    優化處理是編譯系統中一項比較艱深的技術。它涉及到的問題不僅同編譯技術本身有關，而且同機器的硬件環境也有很大的關係。優化一部分是對中間代碼的優化。這種優化不依賴於具體的計算機。另一種優化則主要針對目標代碼的生成而進行的。

    對於前一種優化，主要的工作是刪除公共表達式、循環優化（代碼外提、強度削弱、變換循環控制條件、已知量的合併等）、複寫傳播，以及無用賦值的刪除，等等。

    後一種類型的優化同機器的硬件結構密切相關，最主要的是考慮是如何充分利用機器的各個硬件寄存器存放的有關變量的值，以減少對於內存的訪問次數。另外，如何根據機器硬件執行指令的特點（如流水線、RISC、CISC、VLIW 等）而對指令進行一些調整使目標代碼比較短，執行的效率比較高，也是一個重要的研究課題。

彙編

    彙編實際上指把彙編語言代碼翻譯成目標機器指令的過程。對於被翻譯系統處理的每一個 C 語言源程序，都將最終經過這一處理而得到相應的目標文件。目標文件中所存放的也就是與源程序等效的目標的機器語言代碼。目標文件由段組成。通常一個目標文件中至少有兩個段：

**    代碼段：**該段中所包含的主要是程序的指令。

    該段一般是可讀和可執行的，但一般卻不可寫。

**    數據段：**主要存放程序中要用到的各種全局變量或靜態的數據。一般數據段都是可讀，可寫，可執行的。

    UNIX 環境下主要有三種類型的目標文件：

    其中包含有適合於其它目標文件鏈接來創建一個可執行的或者共享的目標文件的代碼和數據。

    這種文件存放了適合於在兩種上下文裏鏈接的代碼和數據。第一種是鏈接程序可把它與其它可重定位文件及共享的目標文件一起處理來創建另一個 目標文件；第二種是動態鏈接程序將它與另一個可執行文件及其它的共享目標文件結合到一起，創建一個進程映象。

    它包含了一個可以被操作系統創建一個進程來執行之的文件。彙編程序生成的實際上是第一種類型的目標文件。對於後兩種還需要其他的一些處理方能得到，這個就是鏈接程序的工作了。

鏈接過程

    由彙編程序生成的目標文件並不能立即就被執行，其中可能還有許多沒有解決的問題。

    例如，某個源文件中的函數可能引用了另一個源文件中定義的某個符號（如變量或者函數調用等）；在程序中可能調用了某個庫文件中的函數，等等。所有的這些問題，都需要經鏈接程序的處理方能得以解決。

    鏈接程序的主要工作就是將有關的目標文件彼此相連接，也即將在一個文件中引用的符號同該符號在另外一個文件中的定義連接起來，使得所有的這些目標文件成爲一個能夠誒操作系統裝入執行的統一整體。

    根據開發人員指定的同庫函數的鏈接方式的不同，鏈接處理可分爲兩種：

    在這種鏈接方式下，函數的代碼將從其所在的靜態鏈接庫中被拷貝到最終的可執行程序中。這樣該程序在被執行時這些代碼將被裝入到該進程的虛擬地址空間中。靜態鏈接庫實際上是一個目標文件的集合，其中的每個文件含有庫中的一個或者一組相關函數的代碼。

    在此種方式下，函數的代碼被放到稱作是動態鏈接庫或共享對象的某個目標文件中。鏈接程序此時所做的，只是在最終的可執行程序中記錄下共享對象的名字以及其它少量的登記信息。在此可執行文件被執行時，動態鏈接庫的全部內容將被映射到運行時相應進程的虛地址空間。動態鏈接程序將根據可執行程序中記錄的信息找到相應的函數代碼。

    對於可執行文件中的函數調用，可分別採用動態鏈接或靜態鏈接的方法。使用動態鏈接能夠使最終的可執行文件比較短小，並且當共享對象被多個進程使用時能節約一些內存，因爲在內存中只需要保存一份此共享對象的代碼。但並不是使用動態鏈接就一定比使用靜態鏈接要優越。在某些情況下動態鏈接可能帶來一些性能上損害。

本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/DlSYURxUgTbUELGu6kOZVg

猜你喜歡