makefile 工程管理

GNU make

Linux程序员必须学会使用GNU make来构建和管理自己的软件工程。

GNU 的 make 能够使整个软件工程的编译、链接只需要一个命令就可以完成。

Makefile

make在执行时,需要一个名为Makefile的文件。

Makefile文件描述了整个工程的编译,链接等规则。

  其中包括哪些源文件需要编译以及如何编译;

  需要创建哪些库文件以及如何创建这些库文件;

  如何最后产生我们想要的可执行文件。

Makefile(例子)

hello:main.o func1.o func2.o
    gcc main.o func1.o func2.o -o hello
main.o:main.c
    gcc -c main.c
func1.0:func1.c
    gcc -c func1.c
func2.o:func2.c
    gcc -c func2.c
.PYONY:clean
clean:
    rm -f hello main.o func1.o func2.o

由main.c  func1.c  func2.c文件生成一个hello的可执行文件。

Makefile(术语)

规则:用于说明如何生成一个或多个目标文件。

规则格式

targets : prerequisites
  command
目标 : 依赖
  命令
main.o : main.c
  gcc -c main.c  

注意:命令需要以 [TAB] 键 开始。

目标

在Makefile中,规则的顺序是很重要的。

Makefile中只应该有一个最终目标,其它的目标都是被整个目标所连带出来的。

所以,一定要让 make 知道最终目标是什么。

一般来说,定义在Makefile 中的目标可能会有很多,但是,

第一条规则中的目标将被确立为最终目标。

文件名

make 命令默认在当前目录下寻找名字为 makefile 或 Makefile 的工程文件。

当名字不为这两者之一时,可以使用 make -f 文件名 来指定。

伪目标:

makefile 中把那些没有任何依赖只有执行动作的目标称为"伪目标"(phony targets)。

.PHONY : clean
clean :
    rm -f hello main.o func1.o func2.o

".PHONY" 将 “clean” 目标声明为伪目标。

当执行make后会生成很多 *.o文件,如果加上上面的clean,再执行  make clean  会按照上面的命令删除指定的目标文件。

变量

hello : main.o func1.o func2.o
    gcc main.o func1.o func2.o -o hello

思考:如果要为 hello 目标添加一个依赖,如:func3.o,该如何修改?

答案1:

hello : main.o func1.o func2.o func3.o
    gcc main.o func1.o func2.o func3.o -o hello

答案2:

obj = main.o func1.o func2.o func3.o
hello : $(obj)
    gcc $(obj) -o hello

在 makefile 中,存在系统默认的自动化变量

$^ : 代表所有的依赖文件

[email protected] : 代表目标

$< : 代表第一个依赖文件

例:

hello : main.o func1.o func2.o
    gcc main.o func1.o func2.o -o hello

改写成==>

hello : main.o func1.o func2.o
    gcc $^ -o [email protected]

注释和取消回显

Makefile 中 “#”字符后的内容被视作注释。

@:取消回显

hello : hello.c
    @gcc hello.c -o hello

原文地址:https://www.cnblogs.com/doitjust/p/9823346.html

时间: 2024-11-09 03:12:14

makefile 工程管理的相关文章

3.Makefile工程管理

3.Makefile工程管理 一.体验 在前面的笔记里可以看到,要编译一个简单的工程需要的编译步骤是很多的.前面还是只有一个汇编文件,在一个工程里,会有很多文件的,如果像前面的那种编译方式是很不可靠的.这就需要Makefile工程管理. 例如前面的那个led.S,要编译成led.bin的步骤:图1-1: arm-linux-gcc -g -c led.S arm-linux-ld -Tled.lds -o led.elf led.o arm-linux-objcopy -O binary led

4.Makefile工程管理

????使用GNU Make工具来管理程序是每个Linux工程师必须掌握的技能.Make能够使整个程序的编译.链接只需一个命令就可以完成.Make的工作主要依赖于一个叫作Makefile的文件.Makefile文件描述了整个程序的编译,链接等规则.其中包括:工程中的哪些源文件需要编译以及如何编译,如何最后产生我们想要的可执行文件. 例如: Makefile的规则: ? Makefile中有且只有一个最终目标,其它的目标都是被这个目标连带出来的,其中的目标都是被这个目标所连带出来的.一般来说,定义

Linux学习——Makefile工程管理

使用Gnu make工具来管理程序是每个Linux工程师必须掌握的技能.Make能够是整个程序的编译.链接只需要一个命令(make)就可以完成.Make的工作主要依赖一个称为Makefile的文件.文件描述了整个程序的编译,链接等规则.包括:工程中哪些源文件需要编译以及如何编译,如何最后产生我们想要的可执行文件. makefile主要由规则和变量两部分构成. 规则: 一般规则如下: targets : prerequisites command 目标:依赖 命令 备注:命令需要使用[TAB]键空

[国嵌笔记][017][Makefile工程管理]

Makefile的用途 1.make能够使整个程序的编译.链接只需一个命令就可以完成 2.make的工作主要依赖于Makefile的文件.Makefile文件描述了整个程序的编译.链接等规则,使之自动完成. Makefile的构成 1.规则 targets(目标):prerequisties(依赖) command(命令) 注意:command前面是[tab]而不是空格,否则执行会出错 1.伪目标:只有目标和命令,没有依赖的规则称为伪目标,伪目标通常用 .PHONY:targets (也可以不写

makefile工程管理

个人理解吧,makefile就是写一个指定格式的文件,将一系列的编译.链接.转换等操作打包在一起,方便以后一键生成可执行的二进制文件而产生的.下面记录一下这种文件的写法,方便以后忘了来查询. makefile文件一般格式(又叫规则): 目标文件名:依赖文件名 命令 就是这样,注意第二行,命令前面的空白不是用空格键敲出来的,而是用一个Tab键直接搞定.其中,目标文件只能有一个,而依赖文件可以有一个,可以有多个,甚至一个也没有.没有依赖文件的目标称为伪目标,通常是为了给某个操作命名方便以后直接使用.

1.3 Makefile 工程管理

1. 为什么得用Makefile 单步命令生成led.bin [[email protected] lesson1]# cd .. [[email protected] Part1]# mkdir lesson3 [[email protected] Part1]# cd lesson3 [[email protected] lesson3]# chmod 777 ./ [[email protected] lesson3]# ls led.lds led.S Makefile [[email 

嵌入式linux QT开发(四)——QT Creator工程管理

嵌入式linux QT开发(四)--QT Creator工程管理 一.QT Creator工程管理 QT Creator以工程项目的方式对源码进行管理,一个QT工程中包含不同类型的文件如下: A..pro项目描述文件 B..pro.user用户描述文件 C..h头文件 D..cpp源文件 E..ui界面描述文件 F.资源文件(图片.音频等) 二..pro项目描述文件 1..pro项目描述文件基本构成如下: A.#注释起始符 B.QT模块声明 C.TARGET可执行文件名 D.TEMPLATE程序

使用BLADE构建c++工程管理

使用BLADE构建c++工程管理 字数764 阅读2753 评论2 喜欢4 一. c++工程依赖管理 之前在百度一直使用comake2构建c++项目,十分方便.免去了手写Makefile的痛苦,很多项目都不需要从零开始,其中的一个配置类似如下: WORKROOT('../../../')CopyUsingHardLink(True)CPPFLAGS('-D_GNU_SOURCE -D__STDC_LIMIT_MACROS -DVERSION=\\"1.9.8.7\\"')CFLAGS(

emacs工程管理,cedet ede插件自动构建Make,Automake

鉴于自己一直都是在做客户端开发方面的工作,服务端很多知识都随着时间淡忘了,最近有一个计划,用一些时间补一下基础.所以早上很早就起床,花了一点时间大致浏览了一下BSD socket的相关API,然后用GNU C写了一个简单的多线程,阻塞EchoServer.工程的代码倒是不多,就是基于原生API开发,总是有很多的errcode需要处理,比较的烦.所以我干脆就直接写了个宏去处理,简单的输出strerrno(errno)和errno就好.虽然这个宏实现起来比较的简单,但是还是感觉比较的值,节省了不少的