代碼;
makefile
ccb:add_int.o add_float.o sub_int.o sub_float.o main.o
gcc -o ccb add_int.o add_float.o
sub_int.o sub_float.o main.o
add_int.o:add_int.c add.h
gcc -c -o add_int.o add_int.c
add_float.o:add_float.c add.h
gcc -c -o add_float.o add_float.c
sub_int.o:sub_int.c sub.h
gcc -c -o sub_int.o sub_int.c
sub_float.o:sub_float.c sub.h
gcc -c -o sub_float.o sub_float.c
main.o:add.h sub.h
gcc -c -o main.o main.c -Iadd -Isub
clean:
rm -f ccb add_int.o add_float.o
sub_int.o sub_float.o main.o
編譯運(yùn)行;

審核編輯 黃宇
聲明:本文內(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)投訴
-
編譯
+關(guān)注
關(guān)注
0文章
676瀏覽量
33757
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
飛凌嵌入式ElfBoard ELF 1板卡-uboot編譯中間文件
中間文件有助于我們判斷我們的uboot工程用到了哪些源文件,哪些源文件參與了編譯,方便我們?cè)谡{(diào)試代碼或調(diào)查異常的時(shí)候定位問(wèn)題。
發(fā)表于 05-22 11:19
使用RASC生成Keil工程
手動(dòng)新建一個(gè)名為“Workspace_Keil”的文件夾,并將該文件夾作為我們的工作空間,我們的所有Keil工程都會(huì)放在這個(gè)文件夾里面。值得注意的是:為了避免

在TouchFX Designer中運(yùn)行工程,提示頭文件找不到,為什么?
我在TouchFX Designer 中運(yùn)行工程,提示頭文件找不到。
但是在keil中是可以編譯通過(guò)的。
請(qǐng)問(wèn)如何添加編譯的頭文件到設(shè)計(jì)器
發(fā)表于 03-13 08:20
用CCS5編譯LDC1000_F5529LP出現(xiàn)以下問(wèn)題,工程是否還要加那個(gè)文件?怎么解決?
我用CCS 5編譯 LDC1000_F5529LP 出現(xiàn)以下問(wèn)題. 工程是否還要加那個(gè)文件?怎么解決?
_
發(fā)表于 01-23 07:51
什么樣的代碼會(huì)被編譯器優(yōu)化
現(xiàn)在的編譯器有多智能,可能你辛辛苦苦寫(xiě)的代碼,在編譯器看來(lái)就是幾句廢話,直接被刪除掉。
零基礎(chǔ)開(kāi)發(fā)小安派-Eyes-S1【入門(mén)篇】——工程文件架構(gòu)
聊一下我對(duì)工程文件的了解,若有不對(duì)的地方請(qǐng)大家多多指正。一、build 文件夾該文件夾是編譯后生成的 bin

Keil工程下改動(dòng).c文件后編譯的.o文件不更新如何解決?
在維護(hù)公司項(xiàng)目的時(shí)候,打開(kāi)工程下一個(gè)C文件在里面添加了一些代碼,然后點(diǎn)擊重新編譯后發(fā)現(xiàn)它的二進(jìn)制O文件沒(méi)有同步更新,而其他C文件生成的O
發(fā)表于 09-04 10:35
java反編譯能拿到源碼嗎
Java反編譯是一種將編譯后的Java字節(jié)碼(.class文件)轉(zhuǎn)換回Java源代碼的過(guò)程。雖然反編譯可以幫助理解代碼的邏輯和結(jié)構(gòu),但它并不總是能完美地還原原始源代碼。反
單片機(jī)hex文件反編譯成C語(yǔ)言的過(guò)程
使用C語(yǔ)言編寫(xiě),然后編譯成機(jī)器碼并燒錄到單片機(jī)的存儲(chǔ)器中。 Hex文件是一種用于存儲(chǔ)單片機(jī)程序的文件格式,它包含了程序的機(jī)器碼和一些附加信息,如起始地址、結(jié)束地址等。Hex文件通常用于
linux驅(qū)動(dòng)程序的編譯方法有哪兩種
Collection)或其他C/C++編譯器來(lái)編譯源代碼文件。這種方法較為原始,需要開(kāi)發(fā)者手動(dòng)指定編譯器選項(xiàng)、包含路徑、庫(kù)文件等。然而,在
Efinity編譯生成文件使用指導(dǎo)-v1
接上篇: (6)查看Unassigned Core Pins。 在placement下面的palce.rpt文件中搜索 Unassigned C ore Pins就可以看到。它說(shuō)明這些管腳沒(méi)有用于內(nèi)部連接。 大家可以點(diǎn)擊這個(gè)鏈接查看上文 Efinity編譯生成

用env工具生成rt-thread的工程文件,vscode編譯報(bào)錯(cuò)的原因?
使用vscode的eide插件可以編譯裸機(jī)的國(guó)民技術(shù)芯片,我用env工具生成rt-thread的工程文件,keil編譯無(wú)問(wèn)題,vscode編譯
發(fā)表于 07-11 08:31
ESP-ADF的示例工程編譯失敗的原因?
問(wèn)題:
ESP-ADF的示例工程編譯失敗;
版本:
ESP-ADF版本:V2.6
ESP-IDF版本:V4.3.6、V4.4.5、V5.1.1,三個(gè)版本都試過(guò),都無(wú)法編譯通過(guò);
具體現(xiàn)象:
附件中的兩個(gè)
發(fā)表于 06-28 07:34
網(wǎng)頁(yè)編譯ESP-AT工程如何設(shè)置AT driver command support功能?
網(wǎng)頁(yè)編譯 ESP-AT 工程如何設(shè)置 AT driver command support功能?修改哪個(gè)文件?
我在module_config/module_esp32_default
發(fā)表于 06-26 07:16
在編譯example中的mqtt時(shí)內(nèi)部使用了asprintf函數(shù),為什么找不到這個(gè)文件?
在編譯example中的mqtt時(shí)內(nèi)部使用了asprintf函數(shù), 可以編譯通過(guò),,但是在我的工程中找不到該函數(shù)定義,example中的頭文件已經(jīng)包含到
發(fā)表于 06-20 06:54
評(píng)論