www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁(yè) > > IOT物聯(lián)網(wǎng)小鎮(zhèn)
[導(dǎo)讀]不知道各位小伙伴是否碰到過(guò)這樣的情況:一個(gè).c文件include另一個(gè).h頭文件,使用Makefile來(lái)構(gòu)建(編譯)應(yīng)用程序。第一次編譯、執(zhí)行,很正常!但是此時(shí),如果修改了.h頭文件,再次編譯時(shí),就出現(xiàn)問(wèn)題了:預(yù)期的執(zhí)行流程是:make發(fā)現(xiàn).h頭文件的修改時(shí)間更新,于是重新編譯包...

不知道各位小伙伴是否碰到過(guò)這樣的情況:


一個(gè).c文件include另一個(gè).h頭文件,使用Makefile來(lái)構(gòu)建(編譯)應(yīng)用程序。


第一次編譯、執(zhí)行,很正常!


但是此時(shí),如果修改了.h頭文件,再次編譯時(shí),就出現(xiàn)問(wèn)題了:


預(yù)期的執(zhí)行流程是:make發(fā)現(xiàn).h頭文件的修改時(shí)間更新,于是重新編譯包含這個(gè)頭文件的所有.c文件。


實(shí)際的結(jié)果卻是:make并沒(méi)有識(shí)別出.h頭文件的修改。


這是怎么回事呢?讓我們一一道來(lái)。



簡(jiǎn)單的代碼示例
一個(gè)頭文件:hello.h


#ifndef _HELLO_
#define _HELLO_

#define NUM 1

#endif
一個(gè)源文件:main.c


#include
#include "hello.h"

int main(int argc, char *agv[])
{
printf("NUM = %d \n", NUM);
return 0;
}
Makefile文件:


OBJS := main.o
TARGET := main

all : $(OBJS)
gcc -o $(TARGET) $(OBJS)

%.o: %.c
gcc $< -c -o $@
現(xiàn)在我們來(lái)第一次執(zhí)行make,編譯一下:


$ make
gcc main.c -c -o main.o
gcc -o main main.o
執(zhí)行一下:


$ ./main
NUM = 1
我們現(xiàn)在把hello.h文件中的NUM改成2,現(xiàn)在的文件修改時(shí)間是:


$ ll
total 28
-rw-rw-r-- 1 root root 58 Jun 7 20:52 hello.h
-rwxrwxr-x 1 root root 8608 Jun 7 20:51 main*
-rw-rw-r-- 1 root root 122 Jun 7 20:51 main.c
-rw-rw-r-- 1 root root 1528 Jun 7 20:51 main.o
-rw-rw-r-- 1 root root 100 Jun 7 20:51 Makefile
然后再執(zhí)行make指令,編譯一下:


$ make
gcc -o main main.o
可以看到:make只執(zhí)行了Makefile中的鏈接指令(從目標(biāo)文件main.o到可執(zhí)行文件main),并沒(méi)有執(zhí)行g(shù)cc main.c -c -o main.o這條編譯指令來(lái)重新編譯目標(biāo)文件。


也就說(shuō)明:make并沒(méi)有識(shí)別出hello.h這個(gè)頭文件已經(jīng)被改動(dòng)了,盡管它“應(yīng)該”可以從文件的修改時(shí)間上發(fā)現(xiàn)!



為什么會(huì)這樣?
我們來(lái)看一下Makefile中的這個(gè)規(guī)則:


%.o: %.c
gcc $< -c -o $@
目標(biāo)文件main.o,只是依賴了main.c文件,并沒(méi)有依賴hello.h文件。


make的執(zhí)行規(guī)則是:只有目標(biāo)文件不存在,或者依賴文件比目標(biāo)文件更新的時(shí)候,才會(huì)執(zhí)行編譯指令。


因此,雖然hello.h被修改了,但是它并不是目標(biāo)文件main.o的依賴。


make發(fā)現(xiàn):main.o在當(dāng)前目錄中是已經(jīng)存在的,并且它比main.c更新,因此不會(huì)重新編譯 main.o。


所以即使hello.h被修改了,也不會(huì)起作用,因?yàn)閙ake壓根就不把hello.h當(dāng)做main.o的依賴!


注意:所有的操作過(guò)程沒(méi)有執(zhí)行 clean 操作。



最簡(jiǎn)單、無(wú)腦的方法
既然知道了原因,那就好辦了,我們手動(dòng)把頭文件hello.h加到依賴中,不就可以了嗎?!


把Makefile中最后面幾句修改成下面這樣:


HEADERS := hello.h
%.o: %.c ${HEADERS}
gcc $< -c -o $@
也就是把.h文件,也加入到.o文件的依賴中,這樣的話,每次修改.h文件后,再執(zhí)行make指令時(shí),就可以重新編譯.o目標(biāo)文件了。


您可試一下,這樣做肯定是沒(méi)有問(wèn)題的。


到此,問(wèn)題是被解決了,但是總覺(jué)得這樣的方式比較粗魯。


想一下:如果有很多的.c和.h文件呢,總不能手動(dòng)一個(gè)一個(gè)添加吧?



高級(jí)一點(diǎn)的方法
修改Makefile為下面這樣:


OBJS := main.o
TARGET := main

all : $(OBJS)
gcc -o $(TARGET) $(OBJS)

-include *.d
%.o: %.c
gcc $< -c -MMD -o $@
改動(dòng)部分有 2 處:


1. 添加了 -include *.d 指令;
2. gcc 編譯指令中,添加了 -MMD 參數(shù);


我們先執(zhí)行一下試試。第一次編譯:


$ ll // 查看當(dāng)前文件
total 12
-rw-rw-r-- 1 root root 58 Jun 7 21:06 hello.h
-rw-rw-r-- 1 root root 122 Jun 7 20:51 main.c
-rw-rw-r-- 1 root root 119 Jun 7 21:05 Makefile
$
$ make // 編譯
gcc main.c -c -MMD -o main.o
gcc -o main main.o
$
$ ll // 再次查看當(dāng)前文件
total 32
-rw-rw-r-- 1 root root 58 Jun 7 21:06 hello.h
-rwxrwxr-x 1 root root 8608 Jun 7 21:06 main*
-rw-rw-r-- 1 root root 122 Jun 7 20:51 main.c
-rw-rw-r-- 1 root root 23 Jun 7 21:06 main.d
-rw-rw-r-- 1 root root 1528 Jun 7 21:06 main.o
-rw-rw-r-- 1 root root 119 Jun 7 21:05 Makefile
$
$ ./main // 執(zhí)行
NUM = 1
有沒(méi)發(fā)現(xiàn):多出了一個(gè)文件 main.d,該文件內(nèi)容是:


main.o: main.c hello.h
這個(gè)文件正是因?yàn)镸akefile中的-MMD這個(gè)參數(shù)導(dǎo)致生成的,而它的內(nèi)容正是我們需要的目標(biāo)文件依賴信息。


然后在Makefile中,include這個(gè).d文件,從而讓make知道:main.o 文件依賴于 main.c 和 hello.o 這 2 個(gè)文件。


這個(gè)時(shí)候,我們?cè)賮?lái)修改hello.h中的內(nèi)容,例如:把NUM改成10,再次編譯、執(zhí)行:


$ make
gcc main.c -c -MMD -o main.o
gcc -o main main.o
$
$ ./main
NUM = 10
Bingo,結(jié)果正確!



------ End ------
本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動(dòng)電源

在工業(yè)自動(dòng)化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動(dòng)力設(shè)備,其驅(qū)動(dòng)電源的性能直接關(guān)系到整個(gè)系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動(dòng)勢(shì)抑制與過(guò)流保護(hù)是驅(qū)動(dòng)電源設(shè)計(jì)中至關(guān)重要的兩個(gè)環(huán)節(jié),集成化方案的設(shè)計(jì)成為提升電機(jī)驅(qū)動(dòng)性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動(dòng)電源

LED 驅(qū)動(dòng)電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個(gè)照明設(shè)備的使用壽命。然而,在實(shí)際應(yīng)用中,LED 驅(qū)動(dòng)電源易損壞的問(wèn)題卻十分常見(jiàn),不僅增加了維護(hù)成本,還影響了用戶體驗(yàn)。要解決這一問(wèn)題,需從設(shè)計(jì)、生...

關(guān)鍵字: 驅(qū)動(dòng)電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動(dòng)電源的公式,電感內(nèi)電流波動(dòng)大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計(jì) 驅(qū)動(dòng)電源

電動(dòng)汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動(dòng)汽車的核心技術(shù)之一是電機(jī)驅(qū)動(dòng)控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動(dòng)系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動(dòng)汽車的動(dòng)力性能和...

關(guān)鍵字: 電動(dòng)汽車 新能源 驅(qū)動(dòng)電源

在現(xiàn)代城市建設(shè)中,街道及停車場(chǎng)照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢(shì)逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動(dòng)電源 LED

LED通用照明設(shè)計(jì)工程師會(huì)遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動(dòng)電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動(dòng)電源的電磁干擾(EMI)問(wèn)題成為了一個(gè)不可忽視的挑戰(zhàn)。電磁干擾不僅會(huì)影響LED燈具的正常工作,還可能對(duì)周圍電子設(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來(lái)解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動(dòng)電源

開(kāi)關(guān)電源具有效率高的特性,而且開(kāi)關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動(dòng)電源

關(guān)鍵字: LED 驅(qū)動(dòng)電源 開(kāi)關(guān)電源

LED驅(qū)動(dòng)電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動(dòng)LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動(dòng)電源
關(guān)閉