多級Makefile

feiyinzilgd

程序代碼最終組裝成類似文件目錄樹的形式。
一般有main函數(shù)的文件放在頂層。
但是我發(fā)現(xiàn)頂層的Makefile中
對于目標可執(zhí)行程序的規(guī)則就不好弄了
main:main.o a.o b.o c.o
.....
但是a.o b.o c.o分別又位于其他的文件夾下，如果這樣的話，還不如在其他的文件夾下的Makefile寫的時候，讓.o文件最終放在和main.c相同文件夾下。
不知各位還有什么高見。謝謝

T-Bagwell

根據(jù)個人習慣了
我一般是按照功能模塊分成各個目錄,最后把該目錄下的.o打包成.a,然后最后鏈接的時候,鏈接各個目錄下的.a

有的時候也可以在根目錄下直接寫一個Makefile
里面的OBJS變量存放各個目錄下的.o,用makefile默認規(guī)則來生成.o,然后鏈接成一個問題
比如

1. 
   
2. TOPDIR=$(shell pwd)
   

復制代碼

然后各個目錄下的Makefile里寫上

1. 
   
2. OBJS += \
   
3.        $(TOPDIR)/a/a.o\
   
4.        $(TOPDIR)/b/b.o\
   
5.        $(TOPDIR)/c/c.o
   

復制代碼

這里代碼修改了一下,主要是為了把子目錄下的.o放在OBJS里

然后在跟目錄下的Makefile里寫

1. 
   
2. all:
   
3.      make -c a/
   

復制代碼

這樣就可以了

僅僅是大概的舉個例子
我記得C語言版塊有幾篇很老的帖子,教如何寫Makefile的

[ 本帖最后由 T-Bagwell 于 2010-1-28 17:29 編輯 ]

snail_314

T-Bagwell 大俠在找工作？？

T-Bagwell

原帖由 snail_314 于 2010-1-28 15:52 發(fā)表
T-Bagwell 在找工作？？

是啊,在找工作,由于自己技術(shù)不行,所以不好找啊

snail_314

這話謙虛了。不過話說回來，找工作確實技術(shù)大概只占的了5成的樣子，可能都多了，更多的是像名校效應啊之類的東西。畢竟像你肯定不光是想找個工作而已，要進好公司，就是這樣，唉。

feiyinzilgd

原帖由 T-Bagwell 于 2010-1-27 19:38 發(fā)表
根據(jù)個人習慣了
我一般是按照功能模塊分成各個目錄,最后吧該目錄下的.o打包成.a,然后最后鏈接的時候,鏈接各個目錄下的.a

有的時候也可以在根目錄下直接寫一個Makefile
里面的OBJS變量存放各個目錄下的.o,用 ...

恩。謝謝，現(xiàn)在覺得一個好的Makefile非常重要，減少了好多工作。。

feiyinzilgd

原帖由 T-Bagwell 于 2010-1-27 19:38 發(fā)表
根據(jù)個人習慣了
我一般是按照功能模塊分成各個目錄,最后把該目錄下的.o打包成.a,然后最后鏈接的時候,鏈接各個目錄下的.a

有的時候也可以在根目錄下直接寫一個Makefile
里面的OBJS變量存放各個目錄下的.o,用 ...

版主，感謝。
我發(fā)現(xiàn)連接.a文件是個好辦法。呵呵。

hanzhenlll

all: main.o stack.o
        gcc main.o stack.o -o app
        mv main.o obj/main.o
stack.o:  stack.c
        gcc stack.c -c
main.o: main.c stack.h
        gcc main.c -c
clean:
        rm *.o app
.PHONY: clean

這是我的 Makefile 非常簡單的設(shè)置你可以看一下  你可以設(shè)置路徑的保存.o文件

EricFisher

用automake，挺好使。

feiyinzilgd

原帖由 hanzhenlll 于 2010-1-29 16:06 發(fā)表
all: main.o stack.o
        gcc main.o stack.o -o app
        mv main.o obj/main.o
stack.o:  stack.c
        gcc stack.c -c
main.o: main.c stack.h
        gcc main.c -c
clean:
        rm *.o app
.PHONY: clean

這是我的 ...

恩，感謝，我試試。