chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

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

GReq_mcu168 ? 來源:玩轉(zhuǎn)單片機(jī) ? 2019-12-08 10:32 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

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

過程圖解如下:

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

編譯

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

第一個(gè)階段是預(yù)處理階段,在正式的編譯階段之前進(jìn)行。預(yù)處理階段將根據(jù)已放置在文件中的預(yù)處理指令來修改源文件的內(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等。

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

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

在頭文件中一般用偽指令#define定義了大量的宏(最常見的是字符常量),同時(shí)包含有各種外部符號(hào)的聲明。采用頭文件的目的主要是為了使某些定義可以供多個(gè)不同的C源程序使用。因?yàn)樵谛枰玫竭@些定義的C源程序中,只需加上一條#include語句即可,而不必再在此文件中將這些定義重復(fù)一遍。預(yù)編譯程序?qū)杨^文件中的定義統(tǒng)統(tǒng)都加入到它所產(chǎn)生的輸出文件中,以供編譯程序?qū)χM(jìn)行處理。包含到c源程序中的頭文件可以是系統(tǒng)提供的,這些頭文件一般被放在 /usr/include目錄下。在程序中#include它們要使用尖括號(hào)(< >)。另外開發(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)過此種替代,生成一個(gè)沒有宏定義、沒有條件編譯指令、沒有特殊符號(hào)的輸出文件。這個(gè)文件的含義同沒有經(jīng)過預(yù)處理的源文件是相同的,但內(nèi)容有所不同。下一步,此輸出文件將作為編譯程序的輸出而被翻譯成為機(jī)器指令。

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

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

優(yōu)化處理是編譯系統(tǒng)中一項(xiàng)比較艱深的技術(shù)。它涉及到的問題不僅同編譯技術(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ù)寫傳播,以及無用賦值的刪除,等等。

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

匯編

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

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

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

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

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

(1)可重定位文件

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

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

這種文件存放了適合于在兩種上下文里鏈接的代碼和數(shù)據(jù)。第一種是鏈接程序可把它與其它可重定位文件及共享的目標(biāo)文件一起處理來創(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)程來執(zhí)行之的文件。匯編程序生成的實(shí)際上是第一種類型的目標(biāo)文件。對(duì)于后兩種還需要其他的一些處理方能得到,這個(gè)就是鏈接程序的工作了。

鏈接過程

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

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

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

根據(jù)開發(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)鏈接可能帶來一些性能上損害。

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

從上圖可以看到:

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

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

    關(guān)注

    183

    文章

    7642

    瀏覽量

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

    關(guān)注

    96

    文章

    2953

    瀏覽量

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

    關(guān)注

    0

    文章

    691

    瀏覽量

    35014

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

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    技術(shù)分享 | RK3506如何交叉編譯frp wireguard

    RK3506擁有著不錯(cuò)的性價(jià)比以及與之相匹配的性能優(yōu)勢(shì),非常適合用來做邊緣計(jì)算網(wǎng)關(guān)、小型數(shù)據(jù)收集端點(diǎn)等。今天給大家?guī)?b class='flag-5'>兩款內(nèi)網(wǎng)穿透工具的交叉編譯移植,方便在RK3506上搭建相關(guān)應(yīng)用。在編譯
    的頭像 發(fā)表于 12-25 17:29 ?348次閱讀
    技術(shù)分享 | RK3506如何交叉<b class='flag-5'>編譯</b>frp wireguard

    ESP32 編譯過程中 bootloader 配置階段的 CMake 緩存沖突錯(cuò)誤,記錄

    你遇到的是 ESP32 編譯過程中 bootloader 配置階段的 CMake 緩存沖突錯(cuò)誤,核心原因是系統(tǒng)中混合了 ESP-IDF v5.5.1 和 v5.4.3 兩個(gè)版本的路徑,
    發(fā)表于 12-23 07:07

    一文詳解SystemC仿真庫(kù)的編譯

    AMD Vivado 設(shè)計(jì)套件以文件和庫(kù)的形式提供仿真模型。仿真庫(kù)包含器件和 IP 的行為和時(shí)序模型。編譯后的庫(kù)可供多個(gè)設(shè)計(jì)項(xiàng)目使用。用戶必須在設(shè)計(jì)仿真之前通過名為 compile_simlib 的實(shí)用程序編譯這些文件,以便為目標(biāo)仿真器
    的頭像 發(fā)表于 12-12 15:08 ?4623次閱讀
    一文詳解SystemC仿真庫(kù)的<b class='flag-5'>編譯</b>

    別再迷糊了!Linux交叉編譯到底是個(gè)啥?一文講清楚

    很多工程師第一次聽到“交叉編譯”這4個(gè)字時(shí),腦袋里往往會(huì)冒出兩個(gè)字: 抽象 。 明明寫代碼寫得好好的,為啥還要搞一個(gè)“交叉”?編譯不就是把源
    的頭像 發(fā)表于 12-03 16:28 ?850次閱讀
    別再迷糊了!Linux交叉<b class='flag-5'>編譯</b>到底是<b class='flag-5'>個(gè)</b>啥?一文講清楚

    Linux 下交叉編譯實(shí)戰(zhàn):跑起來你的第一個(gè) STM32 程序

    跑起來你的第一個(gè)STM32程序。一、準(zhǔn)備工作在開始之前,需要準(zhǔn)備:1、Linux開發(fā)環(huán)境Ubuntu、Debian或其他主流發(fā)行版都可以。2、ARMGCC交叉編譯工具
    的頭像 發(fā)表于 11-24 19:04 ?605次閱讀
    Linux 下交叉<b class='flag-5'>編譯</b>實(shí)戰(zhàn):跑起來你的第一<b class='flag-5'>個(gè)</b> STM32 程序

    CANoe與Simulink聯(lián)合仿真編譯失敗

    問題描述:在使用VS作為編譯器的情況下,Matlab編譯后失敗,如下圖:解決方案:原因:安裝VS時(shí),Windows的SDK版本未安裝或者安裝選項(xiàng)沒有選擇正確。1.打開VS,可以看到VS中的錯(cuò)誤提示:2.打開此項(xiàng)目的屬性設(shè)置:3.
    的頭像 發(fā)表于 11-14 12:13 ?1804次閱讀
    CANoe與Simulink聯(lián)合仿真<b class='flag-5'>編譯</b>失敗

    RISC-V的工具鏈GCC內(nèi)聯(lián)匯編

    內(nèi)聯(lián)匯編操作。這里我們可以用前后各帶下劃線的關(guān)鍵詞asm。 2.關(guān)鍵詞“volatile”是可選的。如果在使用的過程中添加此關(guān)鍵詞,則要求編譯器對(duì)后續(xù)括號(hào)內(nèi)添加的
    發(fā)表于 10-30 06:59

    蜂鳥例程的編譯與程序的加載

    下的Makefile中,依次執(zhí)行了clean、elf、dump三個(gè)命令。編譯過程使用了riscv的toolchain: clean: 清除原有編譯/執(zhí)行文件等; elf: clean
    發(fā)表于 10-24 13:34

    文件系統(tǒng),使用iar編譯報(bào)錯(cuò),gcc可以正常編譯,為什么?

    文件系統(tǒng),使用iar編譯報(bào)錯(cuò),gcc可以正常編譯,為什么?
    發(fā)表于 09-23 06:54

    飛凌嵌入式ElfBoard ELF 1板卡-uboot編譯原理介紹

    編譯工具將源碼文件編譯成可執(zhí)行文件的過程并不是一步到位的,其中要經(jīng)過一個(gè)類似工廠流水線的過程,交叉編譯
    發(fā)表于 05-22 11:17

    大規(guī)模硬件仿真系統(tǒng)的編譯挑戰(zhàn)

    大規(guī)模集成電路設(shè)計(jì)的重要工具。然而,隨著設(shè)計(jì)規(guī)模的擴(kuò)大和復(fù)雜度的增加,硬件仿真系統(tǒng)的編譯過程面臨著諸多挑戰(zhàn)。本文旨在探討基于FPGA的硬件仿真系統(tǒng)在編譯過程中所遇到的關(guān)
    的頭像 發(fā)表于 03-31 16:11 ?1350次閱讀
    大規(guī)模硬件仿真系統(tǒng)的<b class='flag-5'>編譯</b>挑戰(zhàn)

    FPGA Verilog HDL語法之編譯預(yù)處理

    Verilog HDL語言和C語言一樣也提供了編譯預(yù)處理的功能。“編譯預(yù)處理”是Verilog HDL編譯系統(tǒng)的一個(gè)組成部分。Verilog HDL語言允許在程序中使用幾種特殊的命令(
    的頭像 發(fā)表于 03-27 13:30 ?1269次閱讀
    FPGA Verilog HDL語法之<b class='flag-5'>編譯</b>預(yù)處理

    KiCad直播活動(dòng)(三):在 Windows上編譯KiCad 手把手教您編譯/構(gòu)建 KiCad 源碼

    親愛的 KiCad 粉們: 本周繼續(xù) KiCad 的直播活動(dòng),我們將在 3 月27 日周四晚 19:30 為您帶來 “在 Windows 上編譯 KiCad” 的專題!邀請(qǐng)了 KiCad Lead
    的頭像 發(fā)表于 03-24 11:14 ?1509次閱讀
    KiCad直播活動(dòng)(三):在 Windows上<b class='flag-5'>編譯</b>KiCad 手把手教您<b class='flag-5'>編譯</b>/構(gòu)建 KiCad 源碼

    編譯系統(tǒng)鏡像教程

    解壓完成后G2L-Yocto SDK源碼以后,我們需要指定編譯參數(shù)才能開始給RemiPI生成對(duì)應(yīng)的系統(tǒng),配置腳本執(zhí)行完成后將進(jìn)入build-remi-1g目錄下,在此目錄下就可以開始構(gòu)建系統(tǒng)。
    的頭像 發(fā)表于 02-25 09:32 ?1095次閱讀
    <b class='flag-5'>編譯</b>系統(tǒng)鏡像教程

    MolunSmartHome蝦哥小智源碼編譯固件演示

    蝦哥小智Ai對(duì)話項(xiàng)目固件編譯演示
    的頭像 發(fā)表于 02-24 12:21 ?9734次閱讀
    MolunSmartHome蝦哥小智源碼<b class='flag-5'>編譯</b>固件演示