0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

編譯過(guò)程又可以分成兩個(gè)階段:編譯和匯編

GReq_mcu168 ? 來(lái)源:玩轉(zhuǎn)單片機(jī) ? 2019-12-08 10:32 ? 次閱讀

C語(yǔ)言的編譯鏈接過(guò)程要把我們編寫(xiě)的一個(gè)c程序(源代碼)轉(zhuǎn)換成可以在硬件上運(yùn)行的程序(可執(zhí)行代碼),需要進(jìn)行編譯和鏈接。編譯就是把文本形式源代碼翻譯為機(jī)器語(yǔ)言形式的目標(biāo)文件的過(guò)程。鏈接是把目標(biāo)文件、操作系統(tǒng)的啟動(dòng)代碼和用到的庫(kù)文件進(jìn)行組織形成最終生成可執(zhí)行代碼的過(guò)程

從圖上可以看到,整個(gè)代碼的編譯過(guò)程分為編譯和鏈接兩個(gè)過(guò)程,編譯對(duì)應(yīng)圖中的大括號(hào)括起的部分,其余則為鏈接過(guò)程。

過(guò)程圖解如下:

編譯過(guò)程又可以分成兩個(gè)階段:編譯和匯編。

編譯

編譯是讀取源程序(字符流),對(duì)之進(jìn)行詞法和語(yǔ)法的分析,將高級(jí)語(yǔ)言指令轉(zhuǎn)換為功能等效的匯編代碼,源文件的編譯過(guò)程包含兩個(gè)主要階段:

第一個(gè)階段是預(yù)處理階段,在正式的編譯階段之前進(jìn)行。預(yù)處理階段將根據(jù)已放置在文件中的預(yù)處理指令來(lái)修改源文件的內(nèi)容。如#include指令就是一個(gè)預(yù)處理指令,它把頭文件的內(nèi)容添加到.cpp文件中。這個(gè)在編譯之前修改源文件的方式提供了很大的靈活性,以適應(yīng)不同的計(jì)算機(jī)和操作系統(tǒng)環(huán)境的限制。一個(gè)環(huán)境需要的代碼跟另一個(gè)環(huán)境所需的代碼可能有所不同,因?yàn)榭捎玫挠布虿僮飨到y(tǒng)是不同的。在許多情況下,可以把用于不同環(huán)境的代碼放在同一個(gè)文件中,再在預(yù)處理階段修改代碼,使之適應(yīng)當(dāng)前的環(huán)境。

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

(1)宏定義指令,如 #define a b

對(duì)于這種偽指令,預(yù)編譯所要做的是將程序中的所有a用b替換,但作為字符串常量的 a則不被替換。還有 #undef,則將取消對(duì)某個(gè)宏的定義,使以后該串的出現(xiàn)不再被替換。

(2)條件編譯指令,如#ifdef,#ifndef,#else,#elif,#endif等。

這些偽指令的引入使得程序員可以通過(guò)定義不同的宏來(lái)決定編譯程序?qū)δ男┐a進(jìn)行處理。預(yù)編譯程序?qū)⒏鶕?jù)有關(guān)的文件,將那些不必要的代碼過(guò)濾掉。

(3) 頭文件包含指令,如#include "FileName"或者#include 等。

在頭文件中一般用偽指令#define定義了大量的宏(最常見(jiàn)的是字符常量),同時(shí)包含有各種外部符號(hào)的聲明。采用頭文件的目的主要是為了使某些定義可以供多個(gè)不同的C源程序使用。因?yàn)樵谛枰玫竭@些定義的C源程序中,只需加上一條#include語(yǔ)句即可,而不必再在此文件中將這些定義重復(fù)一遍。預(yù)編譯程序?qū)杨^文件中的定義統(tǒng)統(tǒng)都加入到它所產(chǎn)生的輸出文件中,以供編譯程序?qū)χM(jìn)行處理。包含到c源程序中的頭文件可以是系統(tǒng)提供的,這些頭文件一般被放在 /usr/include目錄下。在程序中#include它們要使用尖括號(hào)(< >)。另外開(kāi)發(fā)人員也可以定義自己的頭文件,這些文件一般與c源程序放在同一目錄下,此時(shí)在#include中要用雙引號(hào)("")。

(4)特殊符號(hào),預(yù)編譯程序可以識(shí)別一些特殊的符號(hào)。

例如在源程序中出現(xiàn)的LINE標(biāo)識(shí)將被解釋為當(dāng)前行號(hào)(十進(jìn)制數(shù)),F(xiàn)ILE則被解釋為當(dāng)前被編譯的C源程序的名稱。預(yù)編譯程序?qū)τ谠谠闯绦蛑谐霈F(xiàn)的這些串將用合適的值進(jìn)行替換。

預(yù)編譯程序所完成的基本上是對(duì)源程序的“替代”工作。經(jīng)過(guò)此種替代,生成一個(gè)沒(méi)有宏定義、沒(méi)有條件編譯指令、沒(méi)有特殊符號(hào)的輸出文件。這個(gè)文件的含義同沒(méi)有經(jīng)過(guò)預(yù)處理的源文件是相同的,但內(nèi)容有所不同。下一步,此輸出文件將作為編譯程序的輸出而被翻譯成為機(jī)器指令。

第二個(gè)階段編譯、優(yōu)化階段,經(jīng)過(guò)預(yù)編譯得到的輸出文件中,只有常量;如數(shù)字、字符串、變量的定義,以及c語(yǔ)言的關(guān)鍵字,如main,if,else,for,while,{,}, +,-,*,等等。

編譯程序所要作得工作就是通過(guò)詞法分析和語(yǔ)法分析,在確認(rèn)所有的指令都符合語(yǔ)法規(guī)則之后,將其翻譯成等價(jià)的中間代碼表示或匯編代碼。

優(yōu)化處理是編譯系統(tǒng)中一項(xiàng)比較艱深的技術(shù)。它涉及到的問(wèn)題不僅同編譯技術(shù)本身有關(guān),而且同機(jī)器的硬件環(huán)境也有很大的關(guān)系。優(yōu)化一部分是對(duì)中間代碼的優(yōu)化。這種優(yōu)化不依賴于具體的計(jì)算機(jī)。另一種優(yōu)化則主要針對(duì)目標(biāo)代碼的生成而進(jìn)行的。

對(duì)于前一種優(yōu)化,主要的工作是刪除公共表達(dá)式、循環(huán)優(yōu)化(代碼外提、強(qiáng)度削弱、變換循環(huán)控制條件、已知量的合并等)、復(fù)寫(xiě)傳播,以及無(wú)用賦值的刪除,等等。

后一種類型的優(yōu)化同機(jī)器的硬件結(jié)構(gòu)密切相關(guān),最主要的是考慮是如何充分利用機(jī)器的各個(gè)硬件寄存器存放的有關(guān)變量的值,以減少對(duì)于內(nèi)存的訪問(wèn)次數(shù)。另外,如何根據(jù)機(jī)器硬件執(zhí)行指令的特點(diǎn)(如流水線、RISC、CISC、VLIW等)而對(duì)指令進(jìn)行一些調(diào)整使目標(biāo)代碼比較短,執(zhí)行的效率比較高,也是一個(gè)重要的研究課題。

匯編

匯編實(shí)際上指把匯編語(yǔ)言代碼翻譯成目標(biāo)機(jī)器指令的過(guò)程。對(duì)于被翻譯系統(tǒng)處理的每一個(gè)C語(yǔ)言源程序,都將最終經(jīng)過(guò)這一處理而得到相應(yīng)的目標(biāo)文件。目標(biāo)文件中所存放的也就是與源程序等效的目標(biāo)的機(jī)器語(yǔ)言代碼。目標(biāo)文件由段組成。通常一個(gè)目標(biāo)文件中至少有兩個(gè)段:

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

該段一般是可讀和可執(zhí)行的,但一般卻不可寫(xiě)。

數(shù)據(jù)段:主要存放程序中要用到的各種全局變量或靜態(tài)的數(shù)據(jù)。一般數(shù)據(jù)段都是可讀,可寫(xiě),可執(zhí)行的。

UNIX環(huán)境下主要有三種類型的目標(biāo)文件:

(1)可重定位文件

其中包含有適合于其它目標(biāo)文件鏈接來(lái)創(chuàng)建一個(gè)可執(zhí)行的或者共享的目標(biāo)文件的代碼和數(shù)據(jù)。

(2)共享的目標(biāo)文件

這種文件存放了適合于在兩種上下文里鏈接的代碼和數(shù)據(jù)。第一種是鏈接程序可把它與其它可重定位文件及共享的目標(biāo)文件一起處理來(lái)創(chuàng)建另一個(gè) 目標(biāo)文件;第二種是動(dòng)態(tài)鏈接程序?qū)⑺c另一個(gè)可執(zhí)行文件及其它的共享目標(biāo)文件結(jié)合到一起,創(chuàng)建一個(gè)進(jìn)程映象。

(3)可執(zhí)行文件

它包含了一個(gè)可以被操作系統(tǒng)創(chuàng)建一個(gè)進(jìn)程來(lái)執(zhí)行之的文件。匯編程序生成的實(shí)際上是第一種類型的目標(biāo)文件。對(duì)于后兩種還需要其他的一些處理方能得到,這個(gè)就是鏈接程序的工作了。

鏈接過(guò)程

由匯編程序生成的目標(biāo)文件并不能立即就被執(zhí)行,其中可能還有許多沒(méi)有解決的問(wèn)題。

例如,某個(gè)源文件中的函數(shù)可能引用了另一個(gè)源文件中定義的某個(gè)符號(hào)(如變量或者函數(shù)調(diào)用等);在程序中可能調(diào)用了某個(gè)庫(kù)文件中的函數(shù),等等。所有的這些問(wèn)題,都需要經(jīng)鏈接程序的處理方能得以解決。

鏈接程序的主要工作就是將有關(guān)的目標(biāo)文件彼此相連接,也即將在一個(gè)文件中引用的符號(hào)同該符號(hào)在另外一個(gè)文件中的定義連接起來(lái),使得所有的這些目標(biāo)文件成為一個(gè)能夠誒操作系統(tǒng)裝入執(zhí)行的統(tǒng)一整體。

根據(jù)開(kāi)發(fā)人員指定的同庫(kù)函數(shù)的鏈接方式的不同,鏈接處理可分為兩種:

(1)靜態(tài)鏈接

在這種鏈接方式下,函數(shù)的代碼將從其所在地靜態(tài)鏈接庫(kù)中被拷貝到最終的可執(zhí)行程序中。這樣該程序在被執(zhí)行時(shí)這些代碼將被裝入到該進(jìn)程的虛擬地址空間中。靜態(tài)鏈接庫(kù)實(shí)際上是一個(gè)目標(biāo)文件的集合,其中的每個(gè)文件含有庫(kù)中的一個(gè)或者一組相關(guān)函數(shù)的代碼。

(2) 動(dòng)態(tài)鏈接

在此種方式下,函數(shù)的代碼被放到稱作是動(dòng)態(tài)鏈接庫(kù)或共享對(duì)象的某個(gè)目標(biāo)文件中。鏈接程序此時(shí)所作的只是在最終的可執(zhí)行程序中記錄下共享對(duì)象的名字以及其它少量的登記信息。在此可執(zhí)行文件被執(zhí)行時(shí),動(dòng)態(tài)鏈接庫(kù)的全部?jī)?nèi)容將被映射到運(yùn)行時(shí)相應(yīng)進(jìn)程的虛地址空間。動(dòng)態(tài)鏈接程序?qū)⒏鶕?jù)可執(zhí)行程序中記錄的信息找到相應(yīng)的函數(shù)代碼。

對(duì)于可執(zhí)行文件中的函數(shù)調(diào)用,可分別采用動(dòng)態(tài)鏈接或靜態(tài)鏈接的方法。使用動(dòng)態(tài)鏈接能夠使最終的可執(zhí)行文件比較短小,并且當(dāng)共享對(duì)象被多個(gè)進(jìn)程使用時(shí)能節(jié)約一些內(nèi)存,因?yàn)樵趦?nèi)存中只需要保存一份此共享對(duì)象的代碼。但并不是使用動(dòng)態(tài)鏈接就一定比使用靜態(tài)鏈接要優(yōu)越。在某些情況下動(dòng)態(tài)鏈接可能帶來(lái)一些性能上損害。

我們?cè)?a href="http://www.ttokpm.com/v/tag/538/" target="_blank">Linux使用的gcc編譯器便是把以上的幾個(gè)過(guò)程進(jìn)行捆綁,使用戶只使用一次命令就把編譯工作完成,這的確方便了編譯工作,但對(duì)于初學(xué)者了解編譯過(guò)程就很不利了,下圖便是gcc代理的編譯過(guò)程:

從上圖可以看到:

預(yù)編譯

將.c 文件轉(zhuǎn)化成 .i文件

使用的gcc命令是:gcc –E

對(duì)應(yīng)于預(yù)處理命令cpp

編譯

將.c/.h文件轉(zhuǎn)換成.s文件

使用的gcc命令是:gcc –S

對(duì)應(yīng)于編譯命令 cc –S

匯編

將.s 文件轉(zhuǎn)化成 .o文件

使用的gcc 命令是:gcc –c

對(duì)應(yīng)于匯編命令是 as

鏈接

將.o文件轉(zhuǎn)化成可執(zhí)行程序

使用的gcc 命令是:gcc

對(duì)應(yīng)于鏈接命令是 ld

總結(jié)起來(lái)編譯過(guò)程就上面的四個(gè)過(guò)程:預(yù)編譯、編譯、匯編、鏈接。了解這四個(gè)過(guò)程中所做的工作,對(duì)我們理解頭文件、庫(kù)等的工作過(guò)程是有幫助的,而且清楚的了解編譯鏈接過(guò)程還對(duì)我們?cè)?a target="_blank">編程時(shí)定位錯(cuò)誤,以及編程時(shí)盡量調(diào)動(dòng)編譯器的檢測(cè)錯(cuò)誤會(huì)有很大的幫助的。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • C語(yǔ)言
    +關(guān)注

    關(guān)注

    180

    文章

    7575

    瀏覽量

    134124
  • 源代碼
    +關(guān)注

    關(guān)注

    96

    文章

    2942

    瀏覽量

    66445
  • 編譯
    +關(guān)注

    關(guān)注

    0

    文章

    646

    瀏覽量

    32672

原文標(biāo)題:一個(gè)C程序的源代碼是如何運(yùn)行在硬件上的?

文章出處:【微信號(hào):mcu168,微信公眾號(hào):硬件攻城獅】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    java反編譯能拿到源碼嗎

    Java反編譯是一種將編譯后的Java字節(jié)碼(.class文件)轉(zhuǎn)換回Java源代碼的過(guò)程。雖然反編譯可以幫助理解代碼的邏輯和結(jié)構(gòu),但它并不
    的頭像 發(fā)表于 09-02 11:03 ?202次閱讀

    java反編譯的代碼可以修改么

    Java反編譯是一種將編譯后的Java字節(jié)碼(.class文件)轉(zhuǎn)換回源代碼的過(guò)程。反編譯后的代碼可以進(jìn)行修改,但是需要注意,反
    的頭像 發(fā)表于 09-02 11:00 ?174次閱讀

    linux開(kāi)發(fā)板如何編譯curl

    在Linux開(kāi)發(fā)板上編譯 curl 庫(kù)通常涉及到幾個(gè)步驟,包括準(zhǔn)備開(kāi)發(fā)環(huán)境、下載源代碼、配置編譯選項(xiàng)以及執(zhí)行編譯和安裝過(guò)程。以下是一個(gè)基本的
    的頭像 發(fā)表于 08-30 15:33 ?156次閱讀

    linux驅(qū)動(dòng)程序的編譯方法有哪

    Linux驅(qū)動(dòng)程序的編譯方法主要可以歸納為種: 手動(dòng)編譯 和 使用內(nèi)核構(gòu)建系統(tǒng)(Makefile)自動(dòng)編譯 。 1. 手動(dòng)
    的頭像 發(fā)表于 08-30 14:39 ?228次閱讀

    RISC-V編譯環(huán)境搭建

    以上按位數(shù)分可以編譯為32位和64位種,另外就是都可以編譯為elf版本和linux版本。
    的頭像 發(fā)表于 07-17 11:31 ?608次閱讀
    RISC-V<b class='flag-5'>編譯</b>環(huán)境搭建

    OpenHarmony 移植:build lite 編譯構(gòu)建過(guò)程

    這些疑惑,會(huì)對(duì) build lite 編譯構(gòu)建過(guò)程個(gè)更深入的理解。 1、產(chǎn)品解決方案代碼是如何被調(diào)用編譯的 在文件 buildliteBUILD.gn 配置文件中的構(gòu)建目標(biāo) //bu
    的頭像 發(fā)表于 02-19 16:19 ?803次閱讀

    如何使用tasking編譯生成兩個(gè)hex文件?

    如何使用tasking編譯生成兩個(gè)hex文件,一段地址范圍內(nèi)的代碼放到一個(gè)hex,另外一段范圍的代碼放到另一個(gè)hex,請(qǐng)問(wèn)可以實(shí)現(xiàn)嗎
    發(fā)表于 02-06 07:11

    Android編譯優(yōu)化之混淆配置

    為了使用java8及后續(xù)java新版本的特性,Google增加了一步編譯過(guò)程—脫糖(desugaring),但這一步會(huì)導(dǎo)致更長(zhǎng)的編譯時(shí)間,這也是為什么Google會(huì)推出D8和R8編譯
    的頭像 發(fā)表于 12-21 09:21 ?1644次閱讀
    Android<b class='flag-5'>編譯</b>優(yōu)化之混淆配置

    uboot的啟動(dòng)BL1和BL2兩個(gè)階段介紹

    之前對(duì)這個(gè)uboot的源碼了解有些許遺忘。最近做AVB校驗(yàn),需要uboot到kernel的這個(gè)過(guò)程。這里再?gòu)?fù)習(xí)一下。 與大多數(shù)BootLoader一樣,uboot的啟動(dòng)過(guò)程分為BL1和BL2兩個(gè)
    的頭像 發(fā)表于 12-04 17:53 ?2250次閱讀

    kernel的啟動(dòng)分為哪兩個(gè)階段

    kernel的啟動(dòng)主要分為兩個(gè)階段。 1、階段一 從入口跳轉(zhuǎn)到start_kernel之前的階段。 對(duì)應(yīng)代碼arch/arm/kernel/head.S中stext的實(shí)現(xiàn): ENTRY
    的頭像 發(fā)表于 12-04 16:45 ?457次閱讀

    為什么C語(yǔ)言要進(jìn)行編譯

    -o hello.i 編譯過(guò)程的第一步預(yù)就是預(yù)處理,預(yù)處理結(jié)束后會(huì)產(chǎn)生一個(gè)后綴為(.i)的臨時(shí)文件,這一
    的頭像 發(fā)表于 11-24 15:47 ?952次閱讀
    為什么C語(yǔ)言要進(jìn)行<b class='flag-5'>編譯</b>

    C程序的完整編譯過(guò)程

    本文討論了C程序的完整編譯過(guò)程,分別講述了預(yù)處理、編譯、匯編、鏈接各階段完成的編譯任務(wù)。然后通過(guò)
    的頭像 發(fā)表于 11-15 17:14 ?1894次閱讀
    C程序的完整<b class='flag-5'>編譯</b><b class='flag-5'>過(guò)程</b>

    C語(yǔ)言開(kāi)發(fā)如何將錯(cuò)誤扼殺在編譯階段

    優(yōu)秀的程序員,一般都是想盡一切辦法將程序的錯(cuò)誤盡可能地被攔截在運(yùn)行之前,即編譯階段和預(yù)編譯階段的,而不是流出到運(yùn)行階段,更不是發(fā)生在用戶手里
    的頭像 發(fā)表于 10-17 16:44 ?480次閱讀

    Linux內(nèi)核編譯腳本

    獲得編譯命令及選項(xiàng) 編譯linux時(shí),默認(rèn)不會(huì)顯示編譯的命令,如果你要獲得編譯命令及其選項(xiàng),可以在make命令后面加上宏定義: make V
    的頭像 發(fā)表于 09-27 11:52 ?541次閱讀

    Linux交叉編譯選項(xiàng)與源碼與目標(biāo)文件分離

    CPU為ARM架構(gòu) CROSS_COMPILE=arm-linux- : 表示編譯過(guò)程使用的交叉編譯鏈為 arm-linux 當(dāng)然也可以直接修改 Makefile 中的 ARCH 和
    的頭像 發(fā)表于 09-27 11:48 ?656次閱讀