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

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

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

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

了解“預(yù)編譯、編譯、匯編、鏈接”這四個過程對你有很大幫助

GReq_mcu168 ? 來源:未知 ? 作者:胡薇 ? 2018-04-18 10:08 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

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

過程圖解如下:

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

編譯

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

匯編

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

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

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

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

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

(1)可重定位文件

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

(2)共享的目標文件

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

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

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

鏈接過程

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

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

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

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

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

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

(2) 動態(tài)鏈接

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

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

我們在Linux使用的gcc編譯器便是把以上的幾個過程進行捆綁,使用戶只使用一次命令就把編譯工作完成,這的確方便了編譯工作,但對于初學(xué)者了解編譯過程就很不利了,下圖便是gcc代理的編譯過程:

從上圖可以看到:

預(yù)編譯

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

使用的gcc命令是:gcc –E

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

編譯

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

使用的gcc命令是:gcc –S

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

匯編

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

使用的gcc 命令是:gcc –c

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

鏈接

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

使用的gcc 命令是: gcc

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

總結(jié)起來編譯過程就上面的四個過程:預(yù)編譯、編譯、匯編、鏈接。了解這四個過程中所做的工作,對我們理解頭文件、庫等的工作過程是有幫助的,而且清楚的了解編譯鏈接過程還對我們在編程時定位錯誤,以及編程時盡量調(diào)動編譯器的檢測錯誤會有很大的幫助的。

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

    關(guān)注

    180

    文章

    7632

    瀏覽量

    141759
  • 匯編
    +關(guān)注

    關(guān)注

    2

    文章

    214

    瀏覽量

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

    關(guān)注

    0

    文章

    679

    瀏覽量

    33993

原文標題:一個C程序(源代碼)是如何運行在硬件上的?

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    四個方面全面解析Linux 下 C++ 編譯&amp;鏈接

    C++編譯鏈接的那些事。 以下是正文 編譯原理 將如下最簡單的C++程序(main.cpp)編譯成可執(zhí)行目標程序,實際上可以分為四個步驟:預(yù)
    的頭像 發(fā)表于 08-27 09:36 ?5758次閱讀
    <b class='flag-5'>四個</b>方面全面解析Linux 下 C++ <b class='flag-5'>編譯</b>&amp;<b class='flag-5'>鏈接</b>

    C語言的編譯過程

    C語言的編譯鏈接過程要把我們編寫的一C程序源代碼,轉(zhuǎn)換成可以在硬件上運行的程序(可執(zhí)行代碼),需要進行編譯鏈接。
    發(fā)表于 06-25 10:36 ?579次閱讀
    C語言的<b class='flag-5'>編譯</b><b class='flag-5'>過程</b>

    C語言的編譯鏈接過程

    ? C語言的編譯鏈接過程要把我們編寫的一C程序源代碼轉(zhuǎn)換成可以在硬件上運行的程序(可執(zhí)行代碼),需要進行編譯鏈接。
    的頭像 發(fā)表于 08-21 10:06 ?3107次閱讀
    C語言的<b class='flag-5'>編譯</b><b class='flag-5'>鏈接過程</b>

    C程序的完整編譯過程

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

    使用GCC編譯程序的編譯過程

    一.使用GCC編譯程序時,編譯過程可以細分為四個階段:預(yù)處理(Pre-Processing)編譯(Compiling)
    發(fā)表于 12-15 08:30

    C語言編譯器常見的預(yù)編譯指令詳細資料說明

    編譯器對C程序的處理可以明確地分為兩步。第一步由預(yù)編譯器完成。以#開頭的預(yù)編譯指令可能會影響編譯器設(shè)置或者進行文本替換。注意,預(yù)編譯器變量(
    發(fā)表于 06-05 17:52 ?2次下載
    C語言<b class='flag-5'>編譯</b>器常見的<b class='flag-5'>預(yù)編譯</b>指令詳細資料說明

    GCC編譯C語言程序的過程是怎么樣的

    使用GCC將C語言源代碼文件生成可執(zhí)行文件的過程,需要經(jīng)歷四個的步驟:預(yù)處理(Preprocessing)編譯(Compilation)匯編(Assembly)
    的頭像 發(fā)表于 02-18 11:47 ?4521次閱讀

    linker script的原理及使用技巧

    編譯器將編寫的C程序代碼進行翻譯,變成機器可以執(zhí)行的程序,這個大致上可以分為四個步驟:預(yù)編譯編譯、匯編、
    的頭像 發(fā)表于 08-31 14:58 ?5835次閱讀
    linker script的原理及使用技巧

    ARM代碼編譯鏈接的工作流程

    ARM處理器在市面上到處都是ARM7、ARM9、Cortex-M、Cortex-R、Cortex-A包含的種類繁多,今天我們就來了解一下ARM代碼編譯鏈接的工作流程,以及過程中需要的相
    的頭像 發(fā)表于 12-22 16:57 ?2428次閱讀

    編譯鏈接的套路哪些?

    不知道大家平時編程過程中使用動態(tài)鏈接庫的情況多不多,如果一程序引用了無數(shù)個動態(tài)鏈接庫,那就有可能引入符號沖突的問題,問題如下: 想象中 實際上 ? 下面,我們嘗試解決它。 最開始介紹
    的頭像 發(fā)表于 02-10 10:06 ?1745次閱讀
    <b class='flag-5'>編譯</b><b class='flag-5'>鏈接</b>的套路<b class='flag-5'>有</b>哪些?

    淺談預(yù)編譯指令常見用法

    很多優(yōu)秀的代碼,都會借用預(yù)編譯指令來完善代碼,今天就來講講關(guān)于預(yù)編譯指令的內(nèi)容。 常見的預(yù)處理指令如下: #指令,無任何效果 #include含一源代碼文件 #define義宏 #undef消已定
    的頭像 發(fā)表于 06-23 17:30 ?1874次閱讀
    淺談<b class='flag-5'>預(yù)編譯</b>指令常見用法

    解析C語言編譯過程中所做的工作

    幫助的。而且清楚的了解編譯鏈接過程還對我們在編程時定位錯誤,以及編程時盡量調(diào)動編譯器的檢測錯
    的頭像 發(fā)表于 06-27 10:21 ?3602次閱讀
    解析C語言<b class='flag-5'>編譯</b><b class='flag-5'>過程</b>中所做的工作

    什么是預(yù)編譯

    預(yù)編譯就是處理以#開頭的指令,比如賦值#include包含的文件、#define宏定義的替換、條件編譯等。預(yù)編譯就是為編譯前做準備工作的階段,主要處理以#開頭的
    發(fā)表于 01-13 13:52 ?0次下載
    什么是<b class='flag-5'>預(yù)編譯</b>

    編譯器將.c文件編譯為.o文件鏈接過程

    對大多數(shù)童鞋來說理解編譯器將.c文件編譯為.o文件并不大困難,但是卻難以明白最后鏈接過程是什么作用和為什么要這樣做?
    的頭像 發(fā)表于 10-13 09:36 ?5654次閱讀

    51單片機進階開發(fā)(三)之單片機底層邏輯下

    我們初學(xué)C語言時老師肯定講過C語言的執(zhí)行過程:預(yù)處理——編譯——匯編——鏈接。就這四個步驟
    發(fā)表于 05-26 11:38 ?867次閱讀
    51單片機進階開發(fā)(三)之單片機底層邏輯下