Makefile的引入及规则
ARM裸机1期加强版视频课程配套WiKi第9课第5节_Makefile的引入及规则。
文字不能完全替代视频,所以如果你看了这些文章不太懂,建议购买视频进一步学习。
视频购买地址:100ask.taobao.com。
使用keil, mdk, avr等工具编译程序时点点鼠标就可以,它的内部机制是什么?它怎么组织管理程序?怎么决定编译哪一个文件?
答:实际上keil等IDE开发工具管理程序的内部机制也是Makefile,在linux下开发裸板程序的时候,使用Makefile组织管理这些程序,本节讲解Makefile最基本的规则。
Makefile要做什么事情呢? 组织管理程序和文件,不妨写一个小程序实验:
文件a.c
#include <stdio.h>
int
main()
{
func_b();
return 0;
}
文件b.c
#include
<stdio.h>
void
func_b()
{
printf("This is B\n");
}
编译:
gcc -o test
a.c b.c
运行:
./test
结果:
This is B
gcc -o test
a.c b.c这条命令虽然简单,但是它完成的功能不简单。
来看看它做了哪些事情。
我们知道.c程序 –> 得到可执行程序
要经过四个步骤:
1.预处理
2.编译
3.汇编
4.链接
我们经常把前三个步骤统称为编译。具体分析这条命令:gcc -o test
a.c b.c
它们要经过下面几个步骤:
1).对于a.c执行:预处理 编译 汇编 的过程,a.c –>xxx.s –>xxx.o 文件。
2).对于b.c执行:预处理 编译 汇编 的过程,b.c –>yyy.s –>yyy.o 文件。
3).最后:xxx.o和yyy.o链接在一起得到一个test应用程序。
提示:gcc -o test a.c b.c -v :加上一个‘-v’选项可以看到它们的处理过程
第一次编译a.c得到xxx.o文件,这合乎情理, 执行完第一次之后,如果修改a.c ,又再次执行:gcc -o test a.c b.c,对于a.c应该重新生成xxx.o,但是对于b.c,又会重新编译一次,这完全没必要:b.c根本没有修改,直接使用第一次生成的yyy.o文件即可。
以上,不用Makefile的缺点:对所有的文件都会再处理一次,即使b.c没有经过修改,b.c也会被重新编译一次, 当文件比较少时,没什么问题,文件非常多的时候,编译的效率会很低。
如果文件非常多的时候,只是修改了一个文件,所有文件都会被重新编译一次,编译的时候就会需要很长时间。
对于这些源文件,我们应该分别处理,执行:预处理 编译 汇编 ,先分别编译它们,最后再把它们链接在一起,比如:
编译:
gcc -o a.o a.c
gcc -o b.o b.c
链接:
gcc -o test
a.o b.o
比如:上面的例子,当我们修改a.c之后,a.c会重新编译, 然后再把它们链接在一起就可以,b.c 不需要重新编译。
问题又来了,怎么知道哪些文件被更新了/被修改了?
比较时间:比较a.o和a.c的时间,如果a.c的时间比a.o的时间更加新的话,就表明a.c被修改了。
同理,b.o和b.c也会进行同样的比较。比较test和a.o, b.o的时间,如果a.o或者b.o的时间比test更加新的话,就表明应该重新生成test。
Makefile 就是这样做的。
现在写出一个简单的Makefile:
makefie最基本的语法是规则,规则:
目标 : 依赖1 依赖2 …
[TAB]命令
当“依赖”比“目标”新,执行它们下面的命令。我们把上面三个命令写成makefile规则,如下:
test :a.o b.o //test是目标,它依赖于a.o b.o文件,一旦a.o或者b.o比test新的时候,需要执行下面的命令,重新生成test可执行程序。
gcc -o test
a.o b.o
a.o : a.c
//a.o依赖于a.c,当a.c更加新的话,执行下面的命令来生成a.o
gcc -c -o a.o
a.c
b.o : b.c
//b.o依赖于b.c,当b.c更加新的话,执行下面的命令来生成b.o
gcc -c -o b.o
b.c
来做一个实验:
在该目录下写一个Makefile文件:
文件:Makefile
test:a.o b.o
gcc -o test a.o b.o
a.o :
a.c
gcc -c -o a.o a.c
b.o : b.c
gcc -c -o b.o b.c
上面是makefile中的三条规则。makefile就是名字为“makefile”的文件。当我们编译程序时,直接执行make命令即可,一执行make命令它会生成第一个目标test可执行程序, 如果发现a.o 或者b.o没有,会先生成a.o或者b.o,发现a.o依赖a.c,有a.c但是没有a.o,它会认为a.c比a.o新,则执行它们下面的命令来生成a.o,同理,b.o和b.c的处理关系也是这样的。
如果修改a.c ,再次执行make,它的本意是想生成第一个目标test应用程序, 它需要先生成a.o, 发现a.o依赖a.c(假设我们修改了a.c),发现a.c比a.o更加新,就会执行gcc -c -o a.o
a.c命令生成a.o文件。b.o依赖b.c,发现b.c并没有被修改,则不会执行gcc -c -o b.o b.c来重新生成b.o文件。
现在a.o b.o都有了,其中的a.o比test更加新,就会执行gcc -o test a.o b.o重新链接得到test可执行程序。所以当执行make命令,则会执行下面两条命令:
gcc -c -o a.o
a.c
gcc -o test
a.o b.o
第一次执行make的时候,会执行下面三条命令(三条命令都执行):
gcc -c -o a.o
a.c
gcc -c -o b.o
b.c
gcc -o test
a.o b.o
再次执行make 会有下面的提示:
make: `test`
is up to date.
再次执行make 会判断Makefile文件中的依赖,发现依赖没有更新,所以目标文件就不会重新生成,于是有上面的提示。当我们修改a.c后,重新执行make会执行下面两条指令:
gcc -c -o a.o
a.c
gcc -o test
a.o b.o
同时修改a.c b.c,执行make则会执行下面三条指令。
gcc -c -o a.o
a.c
gcc -c -o b.o
b.c
gcc -o test
a.o b.o
a.c文件被修改了,重新编译生成a.o,
b.c被修改了,重新编译生成b.o,
a.o, b.o都更新了,则重新链接生成test可执行程序,makefile的规则其实不难.
规则是Makefie的核心,执行make命令的时候,会在当前目录下找到名为:Makefile的文件,根据里面的内容来执行里面的判断/命令
Makefile的引入及规则的更多相关文章
- Makefile详解--隐含规则
Makefile详解--隐含规则(转) Makefile系列文章,这里有个前辈连续洗了一个系列来介绍,共有26篇博客文章. http://www.cppblog.com/ivenher/archive ...
- makefile的隐式规则
target := exe source_code = hello.c OBJS = $(source_code:.c=.o) $(target):$(OBJS) gcc $^ -o $@ clean ...
- Linux makefile教程之书写规则三[转]
书写规则———— 规则包含两个部分,一个是依赖关系,一个是生成目标的方法.在 Makefile中,规则的顺序是很重要的,因为,Makefile中只应该有一个最终目标,其它的目标都是被这个目标所连带出来 ...
- Linux makefile教程之隐含规则九[转]
隐含规则 ———— 在 我们使用Makefile时,有一些我们会经常使用,而且使用频率非常高的东西,比如,我们编译C/C++的源程序为中间目标文件(Unix下是[.o] 文件,Windows下是[.o ...
- [转]makefile文件的编写规则及实例
http://xueqi.iteye.com/blog/1567866 1.一个简单的makefile例子 假设一个程序有两个文件file1.c,file2.c,每个文件都包含head.h,生 ...
- Makefile例子引入
Makefile规则 target ... :prerequisites... command target就是一个目标文件,可以是object file,也可以是可以执行文件,也可以是一个标签 pr ...
- 【 MAKEFILE 编程基础之三】详解 MAKEFILE 变量的定义规则使用!
本站文章均为 李华明Himi 原创,转载务必在明显处注明: 转载自[黑米GameDev街区] 原文链接: http://www.himigame.com/gcc-makefile/770.html ...
- Makefile编写 五 隐含规则
隐含规则———— 在我们使用Makefile时,有一些我们会经常使用,而且使用频率非常高的东西,比如,我们编译C/C++的源程序为中间目标文件(Unix下是[.o]文件,Windows下是[.obj] ...
- 开始编写Makefile(三)Makefile的默认模式规则
1.make中建立的其他语言的规则 SCCS , RCS , ar, lex 和yacc 命令 2.为了建立一个目标,make会遍历一连串的依赖关系:这个是为 决定何处开始创建: 如果没有找到目标文 ...
随机推荐
- Activiti 5.17 实体对象与类和数据库表的映射
一.Activiti 5.17 mybatis的mapping文件声明映射的实体对象关系. <configuration><settings><settingname=& ...
- Java中的Copy-on-Write容器 & ConcurrentHashMap & HashTable比较
参考这篇文章:Link 从JDK1.5开始Java并发包里提供了两个使用CopyOnWrite机制实现的并发容器,它们是CopyOnWriteArrayList和CopyOnWriteArraySet ...
- 公司hadoop客户端试用
今天用了一下公司的hadoop客户端,从外面下载的客户端不能用,只能用这个wiki里面提供的:link 装在了 tc-cm-201511novam12x12n0.tc 目录 /home/work/vi ...
- Linux之时钟中断
from:深入分析Linux内核源码(http://oss.org.cn/kernel-book/) 时钟中断的产生 Linux的OS时钟的物理产生原因是可编程定时/计数器产生的输出脉冲,这个脉冲送入 ...
- DesiredSize,RenderSize&& Width ,ActualWidth
做UI的时候刚入门,很多属性摸不着头脑,需要的功能和属性不能很快联系联想到,所以要慢慢积累UIElement 的DesiredSize 和 RenderSize UIElement 的DesiredS ...
- C++ Primer 学习笔记与思考_7 void和void*指针的使用方法
(一)void的含义 void的字面意思是"无类型",void差点儿仅仅有"凝视"和限制程序的作用,由于从来没有人会定义一个void变量,让我们试着来定义: v ...
- ucgui界面设计演示样例2
ucgui界面设计演示样例2 本文博客链接:http://blog.csdn.net/jdh99,作者:jdh,转载请注明. 环境: 主机:WIN8 开发环境:MDK4.72 ucgui版本号:3 ...
- saltstack源码安装
环境 centos6.3,python2.7.5. 1.install libzmq-master $ git clone git://github.com/zeromq/libzmq.git $ c ...
- snip_opencv环境配置和测试程序
opencv2.4.9环境变量配置的记录. 2014年8月10日 Microsoft Windows XP [版本 5.1.2600](C) 版权所有 1985-2001 Microsoft Corp ...
- mt7620 wifi driver
<*> Ralink RT2860 802.11n AP support [*] LED Support [*] WSC (WiFi Simple Config) [*] WSC 2.0( ...