ARM架构与编程——4.Makefile

最新推荐文章于 2024-05-29 20:26:40 发布

lixiaotouDku

最新推荐文章于 2024-05-29 20:26:40 发布

阅读量369

点赞数

分类专栏： ARM架构与编程学习文章标签： arm开发 ide

本文链接：https://blog.csdn.net/lixiaotouDku/article/details/131945763

版权

ARM架构与编程学习专栏收录该内容

17 篇文章 7 订阅

订阅专栏

参考： <ARM架构与编程> 韦东山

Makefile的引入及规则

一、准备工作

1.1 IDE背后的命令

1.1.1 IDE是什么

IDE指集成开发环境(Integrated Development Environment)。我们开发STM32F103等单片机程序时使用是keil就是一种IDE。
使用IDE，很容易操作，点点鼠标就可完成：

添加文件
指定文件路径(头文件路径、库文件路径)
指定链接库
编译、链接
下载、调试

1.1.2 IDE的背后是命令

使用keil来演示命令的操作。

注意

使用GitBash执行命令的话
由于GitBash采用类似Linux的文件路径表示方法(比如 /d/abc，而非 d:\abc)，命令行中windows格式的路径名要加上双引号，比如".\objects\main.o"
使用dos命令行执行命令的话，不需要加双引号

在某个Keil工程所在目录下，打开Git Bash或者使用Windows命令行，如：
doc_and_source_for_mcu_mpu\STM32MF103\source\02_录制视频时现场编写的源码\01_led_c

编译main.c
执行命令：

"C:\Keil_v5\ARM\ARMCC\Bin\ArmCC" --c99 --gnu -c --cpu Cortex-M3 -D__EVAL -g -O0 --apcs=interwork --split_sections -I.\RTE\_led_c -I"C:\Users\thisway_diy\AppData\Local\Arm\Packs\Keil\STM32F1xx_DFP\2.3.0\Device\Include" -I"C:\Keil_v5\ARM\CMSIS\Include" -D__UVISION_VERSION="527" -DSTM32F10X_HD -o ".\objects\main.o" --omf_browse ".\objects\main.crf" --depend ".\objects\main.d" "main.c"

编译start.S
执行命令：

"C:\Keil_v5\ARM\ARMCC\Bin\ArmAsm" --cpu Cortex-M3 --pd "__EVAL SETA 1" -g --apcs=interwork -I.\RTE\_led_c -I"C:\Users\thisway_diy\AppData\Local\Arm\Packs\Keil\STM32F1xx_DFP\2.3.0\Device\Include" -I"C:\Keil_v5\ARM\CMSIS\Include" --pd "__UVISION_VERSION SETA 527" --pd "STM32F10X_HD SETA 1" --list ".\listings\start.lst" --xref -o ".\objects\start.o" --depend ".\objects\start.d" "start.s"

链接
执行命令：

"C:\Keil_v5\ARM\ARMCC\Bin\ArmLink" --cpu Cortex-M3 ".\objects\main.o" ".\objects\start.o" --ro-base 0x08000000 --entry 0x08000000 --rw-base 0x20000000 --entry Reset_Handler --first __Vectors --strict --summary_stderr --info summarysizes --map --load_addr_map_info --xref --callgraph --symbols --info sizes --info totals --info unused --info veneers --list ".\Listings\led_c.map" -o ".\Objects\led_c.axf"

1.1.3 抛出几个问题

头文件在哪？
库文件在哪？库文件是哪个？
源文件有哪些？
源文件怎么编译？可以指定编译参数吗？
多个源文件怎么链接成一个可执行程序？
有a.c, b.c, c.c，我只修改了a.c，就只需要编译a.c，然后在链接：怎么做到的？

要解决以上几个问题，需要了解掌握命令行；以后再探讨

1.1.4 两套主要的编译器

armcc
- ARM公司的编译器
- keil使用的就是armcc
gcc
- GNU工具链
- Linux等开源软件经常使用gcc

后面以GNU工具链为例讲解，所涉及的知识可以平移到armcc上。

1.2 安装CodeBlocks

它是一款基于GCC的windows IDE，可以用来开发C/C++/Fortran。
官网地址：http://www.codeblocks.org/
在这里插入图片描述
或者通过提供的GIT仓库下载：git clone https://e.coding.net/weidongshan/noos/cortexA7_windows_tools.git
下载到自己指定的目录，然后安装
安装完之后需要配置环境变量，在Path环境变量中添加自己安装文件下的bin目录，如：C:\Program Files\CodeBlocks\MinGW\bin

命令行示例：
启动Git Bash，编译程序hello.c:

#include <stdio.h>

int main(void)
{
	printf("hello, world!\n");
	return 0;
}

编译、运行命令如下：

gcc -o hello  hello.c
./hello.exe

也可从网上直接下载 MinGW-W64-builds-4.3.5文件，然后配置环境变量，使用

arm-linux-gcc和gcc对比

arm-linux-gcc
- 给ARM芯片编译程序
gcc
- 在x86编译程序
用法基本一样
为方便演示，我们使用gcc
为了方便在windows下演示，我们使用Code::Blocks
- 它的安装程序自带gcc

二、gcc编译过程详解

程序编译四步骤：
在这里插入图片描述
我们经常使用“编译”泛指上面的4个步骤之一，甚至有时候会囊括这四个步骤。

2.1 gcc的使用方法

gcc [选项] 文件名

gcc使用示例：

gcc hello.c                   // 输出一个名为a.out的可执行程序，然后可以执行./a.out
gcc -o hello hello.c          // 输出名为hello的可执行程序，然后可以执行./hello
gcc -o hello hello.c -static  // 静态链接

gcc -c -o hello.o hello.c  // 先编译(不链接)
gcc -o hello hello.o       // 再链接

2.2 gcc常用选项

2.2.1 手工控制编译过程

选项	功能
-v	查看gcc编译器的版本，显示gcc执行时的详细过程
-o	指定输出文件名为file，这个名称不能跟源文件名同名
-E	只预处理，不会编译、汇编、链接t
-S	只编译，不会汇编、链接
-c	编译和汇编，不会链接

一个c/c++文件要经过预处理、编译、汇编和链接才能变成可执行文件。
（1）预处理
C/C++源文件中，以“#”开头的命令被称为预处理命令，如包含命令“#include”、宏定义命令“#define”、条件编译命令“#if”、“#ifdef”等。预处理就是将要包含(include)的文件插入原文件中、将宏定义展开、根据条件编译命令选择要使用的代码，最后将这些东西输出到一个“.i”文件中等待进一步处理。
（2）编译
编译就是把C/C++代码(比如上述的“.i”文件)“翻译”成汇编代码。
（3）汇编
汇编就是将第二步输出的汇编代码翻译成符合一定格式的机器代码，在Linux系统上一般表现为ELF目标文件(OBJ文件)。“反汇编”是指将机器代码转换为汇编代码，这在调试程序时常常用到。
（4）链接
链接就是将上步生成的OBJ文件和系统库的OBJ文件、库文件链接起来，最终生成了可以在特定平台运行的可执行文件。

hello.c(预处理)->hello.i(编译)->hello.s(汇编)->hello.o(链接)->hello
详细的每一步命令如下：

gcc -E -o hello.i hello.c
gcc -S -o hello.s hello.i
gcc -c -o hello.o hello.s
gcc -o hello hello.o

上面一连串命令比较麻烦，gcc会对.c文件默认进行预处理操作，使用-c再来指明了编译、汇编，从而得到.o文件，再将.o文件进行链接，得到可执行应用程序。简化如下：

gcc -c -o hello.o hello.c
gcc -o hello hello.o

2.2.2 使用后缀名决定编译过程

在这里插入图片描述
总结

输入文件的后缀名和选项共同决定gcc到底执行那些操作
在编译过程中，最后的步骤都是链接
- 除非使用了-E、-S、-c选项
- 或者编译出错阻止了完整的编译过程

2.2.3 指定头文件目录

库文件在哪里？

系统目录
- 系统目录在哪？工具链里的某个lib目录
- 怎么确定？

echo 'main(){}'| gcc -E -v -  		// 它会列出头文件目录、库目录(LIBRARY_PATH)

可以不使用系统lib目录吗？可以，编译时指定参数-nostdlib
可以自己指定库文件目录

-L <库文件目录>

指定库文件

-l  <abc>   // 链接 libabc.so 或 lib.a

三、Makefile的引入及规则

使用keil, mdk,avr等工具开发程序时点击鼠标就可以编译了，它的内部机制是什么？它怎么组织管理程序？怎么决定编译哪一个文件？

答：实际上windows工具管理程序的内部机制，也是Makefile，我们在linux下来开发裸板程序的时候，使用Makefile组织管理这些程序，本节我们来讲解Makefile最基本的规则。Makefile要做什么事情呢？
组织管理程序，组织管理文件，我们写一个程序来实验一下：
文件a.c

02	#include <stdio.h>
03
04	int main()
05	{
06	func_b();
07	return 0;
08	}

文件b.c

2	#include <stdio.h>
3
4	void func_b()
5	{
6		printf("This is B\n");
7	}

编译

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 文件就可以了。

缺点：对所有的文件都会再处理一次，即使 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

1	test:a.o b.o
2		gcc -o test a.o b.o
3	
4	a.o : a.c
5		gcc -c -o a.o a.c
6
7	b.o : b.c
8		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的文件，根据里面的内容来执行里面的判断/命令。