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

目录
相关文章
|
2月前
|
安全 数据处理 数据安全/隐私保护
C/S架构与B/S架构的适用场景分析
C/S架构(客户端/服务器架构)与B/S架构(浏览器/服务器架构)在适用场景上各有特点,主要取决于应用的具体需求、用户群体、系统维护成本、跨平台需求等因素。
224 6
|
15天前
|
存储 SQL Apache
Apache Doris 开源最顶级基于MPP架构的高性能实时分析数据库
Apache Doris 是一个基于 MPP 架构的高性能实时分析数据库,以其极高的速度和易用性著称。它支持高并发点查询和复杂分析场景,适用于报表分析、即席查询、数据仓库和数据湖查询加速等。最新发布的 2.0.2 版本在性能、稳定性和多租户支持方面有显著提升。社区活跃,已广泛应用于电商、广告、用户行为分析等领域。
Apache Doris 开源最顶级基于MPP架构的高性能实时分析数据库
|
17天前
|
运维 NoSQL Java
后端架构演进:微服务架构的优缺点与实战案例分析
【10月更文挑战第28天】本文探讨了微服务架构与单体架构的优缺点,并通过实战案例分析了微服务架构在实际应用中的表现。微服务架构具有高内聚、低耦合、独立部署等优势,但也面临分布式系统的复杂性和较高的运维成本。通过某电商平台的实际案例,展示了微服务架构在提升系统性能和团队协作效率方面的显著效果,同时也指出了其带来的挑战。
55 4
|
1月前
|
存储 SQL 分布式计算
湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
【10月更文挑战第7天】湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
71 1
|
2月前
|
存储 监控 安全
SaaS业务架构:业务能力分析
【9月更文挑战第20天】在数字化时代,软件即服务(SaaS)模式逐渐成为企业软件解决方案的首选。SaaS 业务架构设计对于提供高效、可靠的服务至关重要。其核心业务能力包括:用户管理(注册登录、角色权限)、数据管理(存储备份、安全共享)、业务流程管理(设计定制、工作流自动化)、应用集成(第三方应用、移动应用)及客户服务(支持培训、反馈改进)。通过优化这些能力,可为企业提供更高效、可靠的 SaaS 服务。
59 11
|
2月前
|
缓存 负载均衡 数据管理
深入探索微服务架构的核心要素与实践策略在当今软件开发领域,微服务架构以其独特的优势和灵活性,已成为众多企业和开发者的首选。本文将深入探讨微服务架构的核心要素,包括服务拆分、通信机制、数据管理等,并结合实际案例分析其在不同场景下的应用策略,旨在为读者提供一套全面、深入的微服务架构实践指南。**
**微服务架构作为软件开发领域的热门话题,正引领着一场技术革新。本文从微服务架构的核心要素出发,详细阐述了服务拆分的原则与方法、通信机制的选择与优化、数据管理的策略与挑战等内容。同时,结合具体案例,分析了微服务架构在不同场景下的应用策略,为读者提供了实用的指导和建议。
|
3月前
|
前端开发 大数据 数据库
🔥大数据洪流下的决战:JSF 表格组件如何做到毫秒级响应?揭秘背后的性能魔法!💪
【8月更文挑战第31天】在 Web 应用中,表格组件常用于展示和操作数据,但在大数据量下性能会成瓶颈。本文介绍在 JavaServer Faces(JSF)中优化表格组件的方法,包括数据处理、分页及懒加载等技术。通过后端分页或懒加载按需加载数据,减少不必要的数据加载和优化数据库查询,并利用缓存机制减少数据库访问次数,从而提高表格组件的响应速度和整体性能。掌握这些最佳实践对开发高性能 JSF 应用至关重要。
70 0
|
7天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
6天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
6天前
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
17 1
服务架构的演进:从单体到微服务的探索之旅

热门文章

最新文章