推 Zoxge:感謝您 08/24 08:24
→ Zoxge:照您的模板去做就成功了 08/24 08:25
→ Zoxge:但請問 %.dep: %.cpp 這一項是做什麼用呢？ 08/24 08:26
這一項就是用來建造你所謂數量龐大的 .cpp target 用的。
他會為每一個 .cpp 都建立一個 .dep 檔案，
你可以打開每個 .dep 檔案看看內容，裡面就是 .cpp 生成 .o 的 target rule。
→ Zoxge:另外，這樣的寫法不會檢查.h檔是否被改過，請問要怎麼做呢？ 08/24 08:27
會的，誠如上述，每一個 .dep 中都紀錄了該 .cpp 的需求相依檔案，
相依檔案包含 .h 也列在內，只要任何一個檔案被改過，就會從新建造目標。
當然，也會重新建造 .dep，因為會確認你是否增減或修改 .cpp 中的 #include 敘述。
(08/26 補充)
但是若增減修改的是 *.h 中的 #include 敘述，
然而這很可能會超出 .dep 中的為你設立的相依性檢查規則範圍，而導致不重新編譯，
你就得在重新編譯前，先下達 make cleandep 了。
推 Zoxge:發現make clean做第二次，%.dep: %.cpp也會再跑一次 好怪@@ 08/24 10:14
→ Zoxge:是因為 -include $(OUTPUT_DEPENDENCY_RULE_OF_CPP_FILES)的 08/24 10:22
我承認，這個可能是這個 Makefile 的最大疏失問題，
雖說沒有什麼太大的問題，但是的確會在 .cpp 數量龐大的時候滿浪費時間的 ^^;。
或許經過這次研究你會有更好的寫法去精進這個 Makefile。
→ Zoxge:關係，但不include這個好像也沒關係耶? 08/24 10:22
事實上，重跑建造任何你修改過的 .cpp 去建造新 .o，
就是從重新建造 .dep 開始的，為的就是重新確認 .cpp 對所有檔案的相依性關係。
當然，整個個去除掉 .dep 那一段，可能一樣會跑，
但是就檢查不到相依的檔案是否有更動修改了。
※ 編輯: SeamusBerloz 來自: 123.240.167.99 (08/24 15:04)
推 Zoxge:感謝您的精闢解說 ^^ 08/26 00:42
→ Zoxge:關於make clean第二次不需要重跑%.dep: %.cpp的問題 08/26 00:43
→ Zoxge:我用 ifneq ($(MAKECMDGOALS), clean) 去避掉 08/26 00:43
*[1;31m→ *[33mZoxge*[m*[33m:有點爛 XD 太複雜的用法我還是不太會啊 囧 *[m 08/26 00:43
(^^^^^ 這一行貼文被我不小心手賤弄壞了，不好意思)
不會阿，怎會爛？只要適合自己的，且邏輯沒問題，運作起來也正確，
語法又是自己所能理解與掌握的，就是好寫法！
而且，我還很謝謝你呢！
Why？因提到 *.dep 的清除，回想起當初我把 cleandep 放在 clean rule 中的目的，
是為了的確有可能因為原始碼當 #include 敘述被更動的並非是 *.cpp 中所有時，
且若 *.dep 不重建，進而有可能使 *.cpp 不重新編譯 (如同你前面貼文提到的疑慮)。
以下情節就有可能發生，假設原始碼有以下 #include 關係：
<< main.cpp >>
...
#include "global.h"
...
printf("MY_CONST_VALUE=%d", (int)MY_CONST_VALUE);
...
<< global.h >>
...
#include "my_test.h" // <-- 新加入這一行
...
#ifndef MY_CONST_VALUE
MY_CONST_VALUE 0
#endif
...
建立新檔案：
<< my_test.h >>
#define MY_CONST_VALUE 1
這時若又忘了去重建 main.dep，嘿嘿...
不管 my_test.h 中的 MY_CONST_VALUE 的值怎樣設定，MY_CONST_VALUE 都只會印出零。
當然這其實是程式設計師的錯啦，但是若執行編譯者又另有他人，這恐怕是場災難。
於是從此，每次我大擴展程式，都習慣先下 make clean cleandep 通通輕乾淨，
再來才是 make，為了省打 cleandep 就順手把 cleandep 給放入了 clean 規則裡。
但自食惡果，小修改若不含原始碼檔案相依變動，搞的怕先下 make clean，
頂多下個 make cleanobjects，或僅僅只有直接下 make，
因為我也會被建立 *.dep 給煩死...，當然誤人的地方，也深感抱歉 -___-"。
然而，這次見識到你的 ifneq 敘述，我終於可以將 cleandep 放回他的原位了！
既然要清除 *.dep，就不要再次白痴的去 include *.dep，我怎沒想到呢，呵呵～
我這裡加入除了你的 ifneq 敘述，還將 clean: 那行中，把 cleandep 去掉了，
這表示當下達執行：
~$ make clean
工作目標將不再包含清除 *.dep，當若需要完全清除 *.dep 得靠下達執行：
~$ make cleandep
於是搭配你的 ifneq 包覆 -include 敘述的寫法，改成：
ifneq ($(MAKECMDGOALS), cleandep)
-include $(OUTPUT_DEPENDENCY_RULE_OF_CPP_FILES)
endif
真是教學相長，再次感謝！
※ 編輯: SeamusBerloz 來自: 123.240.167.99 (08/26 06:33)
推 Zoxge:呵呵 我的想法是:makefile要能檢查相依性 08/27 00:11
→ Zoxge:所以還是覺得應該每次build code都應該重建dep 08/27 00:12
→ Zoxge:(建dep的時間還是比build code少很多) 08/27 00:12
→ Zoxge:不過code穩定了之後，通常都只會是小修改 08/27 00:14
→ Zoxge:cleandep獨立搬出來的確是個好方法，感謝您的無私分享! 08/27 00:15
推 Zoxge:對了..ifneq ($(MAKECMDGOALS), cleandep)的話，make clean 08/27 00:18
→ Zoxge:上面00:18是我想錯了，別理我 XD 08/27 00:19
→ Zoxge:我想說的是clean就不需要產生dep檔了 08/27 00:21
→ Zoxge:所以我想改用 08/27 00:21
→ Zoxge:ifneq ($(findstring clean,$(MAKECMDGOALS)), clean) 08/27 00:21
→ Zoxge:所有clean相關的指令就不會去產生dep檔了 08/27 00:23