Contiki 2.7 Makefile 文件(三)

2、第二部分

这里的usage,targets,savetarget,savedefines都是伪目标。

和all不同,这些伪目标不会被执行,除非显式指定这些目标。

这里有两个目标savetarget,savedefines前边我们提过。

通过命令 make TARGET=esb savetarget可以保存默认的TARGET到Makefile.target中。

通过命令 make TARGET=esb DEFINES=MYTRACE,MYVALUE=4711 savedefines 可以保存默认的DEFINES到Makefile.$(TARGET).DEFINES中。

先准备一些预备知识,GNU的make工作的执行步骤:

1、读入所有的Makefile

2、读入被include的其他Makefile

3、初始化文件中的变量

4、推导隐晦规则,并分析所有规则

5、为所有目标文件创建依赖关系链

6、根据依赖关系,决定哪些目标要重新生成

7、执行生成命令

执行make TARGET=esb savetarget命令时:

1、先读入所有Makefile(包括include的Makefile),初始化所有变量(TARGET=esb)

2、推导规则,创建依赖关系,这里是伪目标,故只执行savetarget后边的命令

savetarget:
    [email protected] -f Makefile.target
    @echo "saving Makefile.target"
    @echo >Makefile.target "TARGET = $(TARGET)"

含义:

第一句命令:强行删除文件Makefile.target,出错时继续执行后续命令(-符号的作用)

注:@符号的作用,是指这个命令不被显示出来

第二句命令:显示 "saving Makefile.target"提示信息

第三句命令:将 "TARGET = $(TARGET)" 重定向到文件Makefile.target,即保存默认的TARGET到文件Makefile.target文件中

可以看到TARGET = esb 被保存到文件Makefile.target中。

这里有个错误提示,make:msp430-gcc:Command not found

提示信息发生在读取完../../cpu/msp430/Makefile.msp430这个文件之后。esb平台是用msp430CPU的,故会导入Makefile.msp430。

这里是我的系统环境里边没有msp430-gcc引起的,但是为什么make TARGET=esb savetarget这个命令会使msp430-gcc执行,要具体看Makefile.msp430,不理。

执行make savetarget命令时:

因为没有显式定义TARGET变量,而且make的执行顺序是先初始化文件中变量,再根据依赖关系生成目标。

故TARGET会先被初始化为native(第一部分中的2),再保存到Makefile.target文件中

执行make TARGET=esb DEFINES=MYTRACE,MYVALUE=4711 savedefines命令时

1、先读入所有Makefile(包括include的Makefile),初始化所有变量(TARGET=esb,DEFINES=MYTRACE,MYVALUE=4711)

2、推导规则,创建依赖关系,这里是伪目标,故只执行savedefines后边的命令

savedefines:
    -@rm -f Makefile.$(TARGET).defines
    @echo "saving Makefile.$(TARGET).defines"
    @echo >Makefile.$(TARGET).defines "DEFINES = $(DEFINES)"

第一句命令:强行删除文件Makefile.($TARGET).defines,出错时继续执行后续命令(-符号的作用)

注:@符号的作用,是指这个命令不被显示出来

第二句命令:显示 "saving Makefile.($TARGET).defines"提示信息

第三句命令:将 "DEFINES = $(DEFINES)" 重定向到文件Makefile.($TARGET).defines,即保存默认的DEFINES到文件Makefile.($TARGET).defines文件中

可以看到DEFINES = MYTRACE,MYVALUE=4711被保存到Makefile.esb.defines文件中。

注:变量是先被初始化的,然后再根据依赖关系去生成目标。

执行make usage命令时:

usage:
    @echo "make MAKETARGETS... [TARGET=(TARGET)] [savetarget] [targets]"

usage是伪目标,只执行usage后边的命令。

输出 make MAKETARGETS... [TARGET=(TARGET)] [savetarget] [targets] 提示信息

告诉我们怎么用。

执行make targets命令时:

targets:
    @ls -1 $(CONTIKI)/platform $(TARGETDIRS) | grep -v CVS

targets是伪目标,只执行标号targets后边的命令。

这里的命令分为两条:

ls -1 $(CONTIKI)/platform $(TARGETDIRS)

grep -v CVS

其中ls的-1参数是list one file per line,$CONTIKI/platform目录为默认的平台目录

TARGETDIRS变量此处为空,我们也可以定义这个变量,保存我们自定义的平台目录

| 是管道,连接上个指令的标准输出,做为下个指令的标准输入。

grep -v CVS(select non-matching lines) 选择没有CVS的行(lines)。

不知道CVS是什么,先不理。

最终输出默认平台目录$(CONTIKI)/platform自定义平台目录$(TARGETDIRS)中,没有包含CVS的所有文件名。

因为自定义平台目录$(TARGETDIRS)为空,所以只输出了默认平台目录$(CONTIKI)/platform下所有不包含CVS的文件名(list one file per line),看上边三个图。

时间: 2024-08-02 02:36:44

Contiki 2.7 Makefile 文件(三)的相关文章

Contiki 2.7 Makefile 文件(四)

3.第三部分 这里我们假设TARGET为native (1) OBJECTDIR = obj_$(TARGET) LOWERCASE = -abcdefghijklmnopqrstuvwxyz UPPERCASE = _ABCDEFGHIJKLMNOPQRSTUVWXYZ TARGET_UPPERCASE := ${strip ${shell echo $(TARGET) | sed y!$(LOWERCASE)!$(UPPERCASE)!}} CFLAGS += -DCONTIKI=1 -DC

Contiki 2.7 Makefile 文件(二)

二.Makefile.include 1.第一部分 (1) ifndef CONTIKI ${error CONTIKI not defined! You must specify where Contiki resides} endif 含义: 如果没有定义CONTIKI变量,make停止运行. 并产生一个致命的错误信息,CONTIKI not  defined! You must specify where Contiki resides. hello-world这个例子在主控Makefil

Contiki 2.7 Makefile 文件(一)

一.主控Makefile 这里以hello-world例子为主线,从其工程Makefile开始,解析整个build过程. (1)CONTIKI_PROJECT = hello-world 定义变量CONTIKI_PROJECT为 hello-world (2)all:  $(CONTIKI_PROJECT) all是第一个目标,也就是默认目标,其为伪目标,依赖于CONTIKI_PROJECT变量定义的文件. 由于默认目标的特性是,总是被执行(除非显式定义了目标),但由于all是伪目标,只是一个标

Makefile文件(三)_书写规则

Makefile书写规则包含两部分,一个是依赖关系,一个是生成目标.在Makefile中,规则的顺序很重要,因为Makefile中只有一个最终目标.一般,定义在Makefile中的目标可能会有很多,但是第一条规则中的目标将被确立为最终目标.如果第一条规则中的目标有多个,那么第一个目标会成为最终目标,也就是make所完成的目标. 一.规则举例 foo.o:foo.c defs.h  #foo模块 cc -c -g foo.c 这个规则告诉我们:文件的依赖关系,还有如果要生成或更新foo.o文件,则

linux中make命令的简单使用以及Makefile文件的书写

Makefile 会不会写makele,从一个侧面说明了一个是否具备完成大型工程的能力. 一个工程中的源件不计数,其按类型.功能.模块分别放在若干个目录中,makele定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作,因为makele就像一个Shell脚本一样,其中也可以执行操作系统的命令.makele带来的好处就是"自动化编译",一旦写好,只需要一个make命令,整个工程完全自动编译,极大的提高了软件开发的效率. ma

Makefile文件编写和autotools的使用

在Linux或Unix环境下,对于只含有几个源代码文件的小程序(如hello.c)的编译,可以手工键入gcc命令对源代码文件逐个进行编译:然而在大型的项目开发中,可能涉及几十到几百个源文件,采用手工键入的方式进行编译,则非常不方便,而且一旦修改了源代码,尤其头文件发生了的修改,采用手工方式进行编译和维护的工作量相当大,而且容易出错.所以在Linux或Unix环境下,人们通常利用GNU make工具来自动完成应用程序的维护和编译工作.实际上,GNU make工具通过一个称为Makefile的文件来

工程管理之makefile与自动创建makefile文件过程

(风雪之隅 http://www.laruence.com/2009/11/18/1154.html) Linux Makefile自动编译和链接使用的环境 想知道到Linux Makefile系统的真相么,想知道Linux Makefile系统中藏有的内在奥义么,只有我来给大家全面讲解介绍Linux Makefile系统作为Linux下的程序开发人员,大家一定都遇到过Linux Makefile,用make命令来编译自己写的程序确实是很方便.一般情况下,大家都是手工写一个简单Linux Mak

Linux平台Makefile文件的编写基础入门(课堂作业)

根据老师的要求,写一个超简单的makefile准备:       准备三个文件:file1.c, file2.c, file2.h       file1.c: #include "file2.h" int main() { printf("print file1$$$$$$$$$$$$$$$$$$$$$$$$\n"); File2Print(); return 0; } file2.h: #include <stdio.h> #ifndef FILE2

Linux学习之Makefile文件的编写

转自:http://goodcandle.cnblogs.com/archive/2006/03/30/278702.html 目的:       基本掌握了 make 的用法,能在Linux系统上编程.环境:       Linux系统,或者有一台Linux服务器,通过终端连接.一句话:有Linux编译环境.准备:       准备三个文件:file1.c, file2.c, file2.h       file1.c:              #include <stdio.h>