contiki2.6之Makefile详细解读四

     上次分析到了这里：

CONTIKI_TARGET_DIRS_CONCAT = ${addprefix ${dir $(target_makefile)}, $(CONTIKI_TARGET_DIRS)}

CONTIKI_CPU_DIRS_CONCAT    = ${addprefix $(CONTIKI_CPU)/, $(CONTIKI_CPU_DIRS)}

经分析CONTIKI_TARGET_DIRS_CONCAT的值为$(CONTIKI)/platform/cc2530dk/.dev

CONTIKI_CPU_DIRS_CONCAT的值为$(CONTIKI)/cpu/cc253x/. dev

 

SOURCEDIRS = . $(PROJECTDIRS) $(CONTIKI_TARGET_DIRS_CONCAT) \
             $(CONTIKI_CPU_DIRS_CONCAT) $(CONTIKIDIRS) $(APPDIRS) ${dir $(target_makefile)}

定义SOURCEFIRS值为. 表示当前目录，$(PROJECTDIRS)，没找到这个变量的值，然后是$(CONTIKI)/platform/cc2530dk/.dev$(CONTIKI)/cpu/cc253x/.  dev$(CONTIKI)/core/dev $(CONTIKI)/core/lib $(CONTIKI)/core/net .......

对于cc2530我们没有定义APPS 所以这里$(APPDIRS)为空   以及

$(CONTIKI)/platform/cc2530dk/

这个SOURCEFRS指定了需要被编译的所有源文件的目录

 

vpath %.c $(SOURCEDIRS)
vpath %.S $(SOURCEDIRS)

vpath关键字指定了makefile中出现某文件的搜索路径。在这里它指定了所有在Makefile文件中出现的以.c和.S为后缀的源文件的搜索路径为$(SOURCEDIRS) 。 这一步为我们后面的编译过程所用的模式规则做好准备。

 

CFLAGS += ${addprefix -I,$(SOURCEDIRS)}

指定了头文件的搜索路径，因为在很多源文件目录中有相应的头文件

 

RELSTR=${shell git describe --tags 2>/dev/null}
ifneq ($(RELSTR),)
CFLAGS += -DCONTIKI_VERSION_STRING=\"Contiki-$(RELSTR)\"
endif

这几行貌似有点多余 ，因为在contiki-version.h文件中已经指定了CONTIKI_VERSION_STRING为"Contiki 2.6"

 

ifneq ($(MAKECMDGOALS),clean)
-include ${addprefix $(OBJECTDIR)/,$(CONTIKI_SOURCEFILES:.c=.d) \
       $(PROJECT_SOURCEFILES:.c=.d)}
endif

MAKECMDGOALS为make的环境变量，它会存放你所指定的终极目标的列表。那么上面几句表示如果执行的命令不是make clean 则包含include指定的makefile文件，这些文件是什么呢？obj_cc2530dk/....中以.d为后缀的文件

 

define FINALIZE_DEPENDENCY
cp $(@:.o=.d) $(@:.o=.$$$$); \
sed -e 's/#.*//' -e 's/^[^:]*: *//' -e 's/ *\\$$//' \
    -e '/^$$/ d' -e 's/$$/ :/' < $(@:.o=.$$$$) >> $(@:.o=.d); \
rm -f $(@:.o=.$$$$)
endef

多行定义变量FINALIZE_DEPENDENCY，其值为下面三个命令。这三个命令具体是干啥的，下面用到的时候再说！

 

clean:
 rm -f *~ *core core *.srec \
 *.lst *.map \
        *.cprg *.bin *.data contiki*.a *.firmware core-labels.S *.ihex *.ini \
        *.ce *.co $(CLEAN)
 -rm -rf $(OBJECTDIR)

clean伪目标用于删除所有编译链接产生的文件

 

下面都是一些编译源代码的一些规则。那么我们就从整个make执行的流程来看一下这个contiki系统是如何被编译，包括工程文件。

 

首先在工程目录中的makefile文件中找到终极目标为all，它依赖于 hello-world blink-hello timer-test sensors-demo

这四个文件，那么make就会去寻找第一个依赖文件的重建规则，hello-world，好像我们找了半天都没找到与它先关的规则，呵呵！那是因为在contiki系统中，所有重建过程都是用的模式规则，当然就看到以hello-world为目标的规则了！

    我们按照make读取makefile文件的过程来分析，首先读取makefile.include，途中读取了makefile.cc2530dk，在此文件中也没发现与hello-world相关的规则，在makefile.cc2530dk文件中又引入了makefile.cc253x文件，在此文件中也没找到，那么make就回到makefile.include文件中继续寻找。返现在makefile.include文件的末尾有这两句：

%: %.c

 注意这里的空行

%: %.$(TARGET)
@

单独一个%表示可以匹配任意字符，那么我们的目标hello-world当然可以匹配它了，所以就执行上面第一句。它的依赖文件为相应的hello-world.c文件，发现在工程目录中确实有这个文件，显然它比目标更新，所以执行下面语句！但是，居然为空命令，所以这一句相当于什么也不执行，但是make不服气啊？因为目标还没生成怎么就返回呢?所以继续找，那就是下面一个规则，它的依赖为hello-world.cc2530dk，那么这个文件显然在我们的目录中是没有的，所以make就去寻找建立它的规则。其实这里是多规则目标，一个hello-world对应两个规则，但是只能有一个规则有命令，其他的规则没有命令行，当要重建这个目标时，make会把它的依赖文件合并成一个依赖文件列表，然后执行那个有命令的规则！

为hello-world.cc2530dk找规则......

一个是在makefile.include中

ifndef CUSTOM_RULE_LINK
%.$(TARGET): %.co $(PROJECT_OBJECTFILES) $(PROJECT_LIBRARIES) contiki-$(TARGET).a
 $(LD) $(LDFLAGS) $(TARGET_STARTFILES) ${filter-out %.a,$^} ${filter %.a,$^} $(TARGET_LIBFILES) -o $@
endif

一个是在makefile.cc2530dk中

%.$(TARGET): %.hex FORCE
 cp $< $(<:.hex=.$(TARGET))
 @echo "\nReport"
 @echo "==============="
 @echo 'Code footprint:'
 @echo    'Area                                Addr        Size' \
          '         Decimal'
 @echo    '----------------------------------  --------    --------' \
          '     --------'
 @echo -n 'HOME,CSEG,CONST,XINIT,GS*           $(HOME_START)    '
 @egrep ',CODE\)' $(<:.hex=.map) | egrep -v '(^BANK[1-9][^=])' | uniq | \
 awk '{ SUM += $$5 } END { printf "%08X =    %8d", SUM, SUM }'
 @echo '. bytes (REL,CON,CODE)'
 @egrep '(^BANK[1-9][^=])' $(<:.hex=.map) | uniq | sort
 @egrep -A 5 'Other memory' $(<:.hex=.mem)
那么我们执行哪个呢？显然make搜索是从头开始，那么按照makefile的读取顺序，当然是下面那个规则先执行，况且上面那个规则中还判断CUSTOM_RULE_LINK是否定义了，经查证，它定义了，那么上面那个规则对于cc2530dk来说永远不会执行！所以看下面那个规则。

 

它依赖于helloworld.hex文件，这个文件在目录中显示是不存在的，那么make就继续寻找建立它的规则。

在makefile.cc253x中又找到了两个，但是实际上有一个规则使用了条件判断的。(没有定义UIP_CONF_IPV6，且

HAVE_BANKING=0)  所以：

%.hex: %.ihx
     $(PACKIHX) $< > $@

根据上面说的make工作原理，这样一直找下去，直到找到能生成目标的规则！！！这应该给大家提供了一种read makefile的思路吧！

 先休整一下，得去看看sdcc的东西，因为接下来大多都是sdcc编译器编译链接的事了！且听下回分解！