国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

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

3天內不再提示

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

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

掃碼添加小助手

加入工程師交流群

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

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

過程圖解如下:

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

編譯

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

匯編

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

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

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

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

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

(1)可重定位文件

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

(2)共享的目標文件

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

(3)可執行文件

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

鏈接過程

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

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

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

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

(1)靜態鏈接

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

(2) 動態鏈接

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

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

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

從上圖可以看到:

預編譯

將.c 文件轉化成 .i文件

使用的gcc命令是:gcc –E

對應于預處理命令cpp

編譯

將.c/.h文件轉換成.s文件

使用的gcc命令是:gcc –S

對應于編譯命令 cc –S

匯編

將.s 文件轉化成 .o文件

使用的gcc 命令是:gcc –c

對應于匯編命令是 as

鏈接

將.o文件轉化成可執行程序

使用的gcc 命令是:gcc

對應于鏈接命令是 ld

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

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • C語言
    +關注

    關注

    183

    文章

    7644

    瀏覽量

    145643
  • 源代碼
    +關注

    關注

    96

    文章

    2953

    瀏覽量

    70344
  • 編譯
    +關注

    關注

    0

    文章

    694

    瀏覽量

    35177

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    簡單高效的鴻蒙編譯提速技巧

    編譯配置:通過編譯配置,輕松提升編譯速度,讓開發效率翻倍 (1)默認開啟的編譯優化配置 DevEco Studio提供了增量構建、并行構建等能力來提升構建效率,減少構建耗時。這些構建
    的頭像 發表于 03-04 16:09 ?63次閱讀
    簡單高效的鴻蒙<b class='flag-5'>編譯</b>提速技巧

    揭秘!三步讓Debian系統編譯速度起飛,告別重復下載資源的煩惱

    在 Debian 系統編譯過程中,重復構建系統和動態下載相關資源往往會消耗大量時間,拖慢開發和部署進度。今天,我們就通過分析一組代碼修改,來探索如何優化 Debian 系統編譯,實現高效編譯
    的頭像 發表于 02-01 16:43 ?1447次閱讀

    技術分享 | RK3506如何交叉編譯frp wireguard

    RK3506擁有著不錯的性價比以及與之相匹配的性能優勢,非常適合用來做邊緣計算網關、小型數據收集端點等。今天給大家帶來款內網穿透工具的交叉編譯移植,方便在RK3506上搭建相關應用。在編譯
    的頭像 發表于 12-25 17:29 ?600次閱讀
    技術分享 | RK3506如何交叉<b class='flag-5'>編譯</b>frp wireguard

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

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

    一文詳解SystemC仿真庫的編譯

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

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

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

    Linux 下交叉編譯實戰:跑起來你的第一 STM32 程序

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

    CANoe與Simulink聯合仿真編譯失敗

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

    RISC-V的工具鏈GCC內聯匯編

    內聯匯編操作。這里我們可以用前后各帶下劃線的關鍵詞asm。 2.關鍵詞“volatile”是可選的。如果在使用的過程中添加此關鍵詞,則要求編譯器對后續括號內添加的
    發表于 10-30 06:59

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

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

    文件系統,使用iar編譯報錯,gcc可以正常編譯,為什么?

    文件系統,使用iar編譯報錯,gcc可以正常編譯,為什么?
    發表于 09-23 06:54

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

    編譯工具將源碼文件編譯成可執行文件的過程并不是一步到位的,其中要經過一類似工廠流水線的過程,交叉編譯
    發表于 05-22 11:17

    大規模硬件仿真系統的編譯挑戰

    大規模集成電路設計的重要工具。然而,隨著設計規模的擴大和復雜度的增加,硬件仿真系統的編譯過程面臨著諸多挑戰。本文旨在探討基于FPGA的硬件仿真系統在編譯過程中所遇到的關
    的頭像 發表于 03-31 16:11 ?1447次閱讀
    大規模硬件仿真系統的<b class='flag-5'>編譯</b>挑戰

    FPGA Verilog HDL語法之編譯預處理

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

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

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