Makefile 实际用例分析(一) ------- 比较通用的一种架构

简介: 这里不再说Makefile的基本知识,如果需要学习,那么请参考: 下载:makefile 中文手册 或者 点击打开链接 或者 跟我一起写Makefile( 陈皓 )   这里说的是一般的实际的一个工程应该怎么去写。

这里不再说Makefile的基本知识,如果需要学习,那么请参考: 下载:makefile 中文手册

或者

点击打开链接

或者

跟我一起写Makefile( 陈皓 )

 

这里说的是一般的实际的一个工程应该怎么去写。

环境:ubuntu 10.04

 

先看看我的文件的分布情况:

顶层:

然后src中:是所有的源程序以及头文件( 我这里是使用自己的IR树的代码作为实验 )

 

而build文件夹是为了编译使用的!下面有:

obj文件夹里面放的是编译过程中的.o和.d文件,还有一个subdir.mk的子文件,

用于指示怎么生成.o

obj中:

 

下面我们从顶层开始慢慢分析:

 

*******温馨提示:下面的注释是为了方便处理,写在每一条语句后面,其实这样的风格是不好的,所以,如果

       你使用了这个makefile,请将注释换行...或者去掉,否则可能编译异常!谢谢记住!

*******

 

最外层的makefile:

 

[plain]  view plain  copy
 
 print?
  1. SHELL = /bin/sh             # 这个地方是指示使用的shell是sh  
  2. EXEC = ir_tree              # 最终生成的binary的名称  
  3. BUILD_DIR = build           # 这个子文件夹,此处也就是我们build文件夹  
  4.   
  5. all:                        # all在此处是终极目标,这个你应该知道的。一般我们make的时候,第一个目标作为终极目标  
  6.     @( cd ${BUILD_DIR}; make )  # 这句是进去build文件夹去执行那个makefile  
  7.                                 
  8. clean:                      # clean就不说了  
  9.     @echo 'start clean...'  
  10.     @($(RM) $(EXEC))  
  11.     @(cd ${BUILD_DIR}; make clean)  
  12.     @echo 'Finished!'  
  13.     @echo ''  

 

 

现在进入build文件夹,看这个文件夹下面的makefile

 

[plain]  view plain  copy
 
 print?
  1. SHELL = /bin/sh            # 同上  
  2.   
  3. INCLUDE_DIR :=             # include文件夹,一般我们在引用库的时候,需要将其头文件放在一个include中,然后自己的程序                           # 编译的时候需要包含这个include,例如-I$(<span style="font-family: SimHei;">INCLUDE_DIR</span><span style="font-family: SimHei;">)</span>  
  4. LIB_DIR := -lm             # 引入的库  
  5. EXEC = ../ir_tree          # 这是一个最终binary名称,这里是将这个可执行放在了上层文件夹中  
  6.   
  7. -include obj/subdir.mk     # 这个地方是include了一个子文件  
  8.                            # 这里子文件作用是,为了生成所有的.o文件(当然附带生成.d文件!),生成.o之后,才能回到这一                           # 层的makefile进行链接成最终的可执行的操作!具体操作我们稍后再看  
  9.   
  10. all:${EXEC}                # 好!这里是这个makefile的第一个目标。即终极目标,所有需要找<span style="font-family: SimHei;">${EXEC}的生成规则!</span>  
  11.   
  12. ${EXEC}: ${OBJS}           # <span style="font-family: SimHei;">${EXEC}的生成规则,注意这里我们没有看到$(OBJS),那是因为在</span><span style="font-family: SimHei;">obj/subdir.mk中!</span><span style="font-family: SimHei;">  
  13. </span> @echo ' Building target: $@ '  
  14.     gcc -o $@ $(OBJS) $(LIB_DIR)   # 这一句就是为了将所有的.o文件 + 引用的库 链接起来,生成最后的$@,也就是$(EX                                       # EC),也就是最后的binary!  
  15.     @echo 'Finished building target: $@'  
  16.     @echo ''  
  17.   
  18. clean:  
  19.     @echo 'start rm objs and deps ...'  
  20.     $(RM) $(OBJS) \  
  21.     $(C_DEPS)  
  22.     @echo 'Finish rm objs and deps ...'  
  23.   
  24. .PHONY: all clean                      # 伪目标  
  25. .SECONDARY:  


下面需要看看obj中的subdir.mk的内容了!这个是为了生成所有的.o文件。

 

同时!请注意:当我们的一个.c或者.h被修改之后,需要重新编译!这一点非常重要!

特别是.h被修改的时候,不能忘记重新编译( 当然,有些时候.h修改,我们不需要编译,这个先暂时不说,后面在讨论!其实,你使用一个make --touch就可以~ )

 

[plain]  view plain  copy
 
 print?
  1. C_SRCS += \            # 所有的.c文件,当然你喜欢使用wildcard也是可的!  
  2. ../src/card.c \        # $(<span style="font-family: SimHei;">wildcard ../src/*.c</span><span style="font-family: SimHei;">)</span>  
  3. ../src/index.c \  
  4. ../src/node.c \  
  5. ../src/rect.c \  
  6. ../src/split_l.c \  
  7. ../src/test.c  
  8.   
  9. OBJS += \             <span style="font-family: SimHei;"># 所有的.c文件,当然你喜欢使用wildcard也是可的!</span>  
  10. ./obj/card.o \        # OBJS = $(patsubst %.c,%.o,$(wildcard ../src/*.c))  
  11. ./obj/index.o \       # 但是你要将src文件目录改成obj的 <span style="font-family: SimHei;">OBJS := $(addprefix "./obj/",$(notdir $(OBJS)))</span>  
  12. ./obj/node.o \  
  13. ./obj/rect.o \  
  14. ./obj/split_l.o \  
  15. ./obj/test.o  
  16.   
  17. C_DEPS += \          # deps  
  18. ./obj/card.d \  
  19. ./obj/index.d \  
  20. ./obj/node.d \  
  21. ./obj/rect.d \  
  22. ./obj/split_l.d \  
  23. ./obj/test.d  
  24.   
  25. all: $(OBJS)        # 注意在这个subdir中,这个是终极目标,也就是所有的objs  
  26.   
  27. obj/%.o: ../src/%.c ./obj/%.d    #这里是o文件的依赖规则:注意是.c和.d同时成为依赖,.d文件中是一个目标的所有的依赖文                                 # 件,包括.c和.h文件,所有一旦.h被修改,这个地方也是可以识别的!  
  28.     @echo 'start building $< ...'  
  29.     gcc -O3 -Wall -c -fmessage-length=0 -MMD -MP -MF"$(@:%.o=%.d)" \  
  30. -MT"$(@:%.o=%.d)" -o "$@" "$<"  
  31.     @echo 'Finished building: $< '  
  32.     @echo ''  
  33.   
  34. -include $(C_DEPS) # 注意:这里将所有的.d文件引入!注意,第一次引入时候,没有.d文件,会寻找.d的生成规则,也就是下面                   # 的,这个.d又是依赖.c文件的,所有,一旦一个.c文件中多了一个头文件之类,又可以跟新.d,从而,执行                   # 上面的.o生成时候,就能够实时跟新  
  35.   
  36. ./obj/%.d: ../src/%.c   # 注意:这里为了生成.d  
  37.     @echo 'start building $(notdir $@)...'  
  38.     $(CC) $< $(INCLUDE) -MM -MD -o $@  


好了,上面所有的都分析完了,然后可以make一下,.、ir_tree 看看效果吧~

 

 

如果你要下载这个工程,我已经上传了,你可以免费下载:ir_tree

from:http://blog.csdn.net/shanshanpt/article/details/17198413

目录
相关文章
|
24天前
|
消息中间件 负载均衡 Kafka
Kafka 实现负载均衡与故障转移:深入分析 Kafka 的架构特点与实践
【8月更文挑战第24天】Apache Kafka是一款专为实时数据处理和流传输设计的高性能消息系统。其核心设计注重高吞吐量、低延迟与可扩展性,并具备出色的容错能力。Kafka采用分布式日志概念,通过数据分区及副本机制确保数据可靠性和持久性。系统包含Producer(消息生产者)、Consumer(消息消费者)和Broker(消息服务器)三大组件。Kafka利用独特的分区机制实现负载均衡,每个Topic可以被划分为多个分区,每个分区可以被复制到多个Broker上,确保数据的高可用性和可靠性。
39 2
|
24天前
|
数据采集 存储 Java
Flume Agent 的内部原理分析:深入探讨 Flume 的架构与实现机制
【8月更文挑战第24天】Apache Flume是一款专为大规模日志数据的收集、聚合及传输而设计的分布式、可靠且高可用系统。本文深入解析Flume Agent的核心机制并提供实际配置与使用示例。Flume Agent由三大组件构成:Source(数据源)、Channel(数据缓存)与Sink(数据目的地)。工作流程包括数据采集、暂存及传输。通过示例配置文件和Java代码片段展示了如何设置这些组件以实现日志数据的有效管理。Flume的强大功能与灵活性使其成为大数据处理及实时数据分析领域的优选工具。
49 1
|
1月前
|
消息中间件 存储 大数据
大数据-数据仓库-实时数仓架构分析
大数据-数据仓库-实时数仓架构分析
85 1
|
2月前
|
机器学习/深度学习 SQL 自然语言处理
现代深度学习框架构建问题之深度学习通用架构的定义如何解决
现代深度学习框架构建问题之深度学习通用架构的定义如何解决
40 3
|
2月前
|
供应链 负载均衡 数据库
软件架构一致性问题之分析代码修改的 Scalability如何解决
软件架构一致性问题之分析代码修改的 Scalability如何解决
35 1
|
3月前
|
存储 数据采集 分布式计算
Java中的大数据处理与分析架构
Java中的大数据处理与分析架构
|
2月前
|
前端开发 Linux Shell
技术心得:基于AR9331(MIPS架构)分析系统启动过程(uboot)
技术心得:基于AR9331(MIPS架构)分析系统启动过程(uboot)
27 0
|
3月前
|
存储 SQL Oracle
主流关系型数据库存储架构层的差异分析
主流关系型数据库存储架构层的差异分析
|
19天前
|
Kubernetes Cloud Native Docker
云原生之旅:从容器到微服务的架构演变
【8月更文挑战第29天】在数字化时代的浪潮下,云原生技术以其灵活性、可扩展性和弹性管理成为企业数字化转型的关键。本文将通过浅显易懂的语言和生动的比喻,带领读者了解云原生的基本概念,探索容器化技术的奥秘,并深入微服务架构的世界。我们将一起见证代码如何转化为现实中的服务,实现快速迭代和高效部署。无论你是初学者还是有经验的开发者,这篇文章都会为你打开一扇通往云原生世界的大门。
|
4天前
|
运维 Cloud Native Devops
云原生架构的崛起与实践云原生架构是一种通过容器化、微服务和DevOps等技术手段,帮助应用系统实现敏捷部署、弹性扩展和高效运维的技术理念。本文将探讨云原生的概念、核心技术以及其在企业中的应用实践,揭示云原生如何成为现代软件开发和运营的主流方式。##
云原生架构是现代IT领域的一场革命,它依托于容器化、微服务和DevOps等核心技术,旨在解决传统架构在应对复杂业务需求时的不足。通过采用云原生方法,企业可以实现敏捷部署、弹性扩展和高效运维,从而大幅提升开发效率和系统可靠性。本文详细阐述了云原生的核心概念、主要技术和实际应用案例,并探讨了企业在实施云原生过程中的挑战与解决方案。无论是正在转型的传统企业,还是寻求创新的互联网企业,云原生都提供了一条实现高效能、高灵活性和高可靠性的技术路径。 ##
12 3

热门文章

最新文章