NuttX 编译系统

origin: http://blog.csdn.net/zhumaill/article/details/24400441
（嵌入式 实时操作系统 rtos nuttx 7.1 makefile）

NuttX 编译系统

转载请注明出处： http://blog.csdn.net/zhumaill/article/details/24400441

1  简介

NuttX 是通过 Makefile 文件组织编译的。Makefile 文件描述了整个 NuttX 工程的编译、链接等规则，告诉 make 要编译哪些文件、怎样编译以及在什么条件下编译。NuttX 没有使用 Autoconf、 Automake、 CMake、 SCons 等自动化编译工具，它的 Makefile 文件完全由手工编写，比那些自动化编译工具所使用的编译文件更容易阅读，更容易理解软件的编译过程。正应了那句话：试图用一种方法使事情变得简单，结果却使事情变得更复杂。

2  Makefile 文件组织结构

• nuttx/Makefile: 顶层 Makefile 文件，内容很简单，根据主机环境，条件包含  Makefile.unix 或 Makefile.win。
• nuttx/Makefile.unix：Linux 环境下的 Makefile 文件。
• nuttx/Makefile.win：Windows 环境下的 Makefile 文件。
• nuttx/Make.defs：从 nuttx/config/<板卡>/<目标配置>/Make.defs 复制而来。
• 各级子目录下的 Makefile、 Make.defs 和 Make.dep。

3  Makefile 文件包含树

（顶层目录是 nuttx）
可以看出，《 nuttx 配置系统》中所生成的 .config 文件被包含在 Makefile 文件中。

各级子目录下的 Makefile、 Make.defs 和 Make.dep 并不是通过 include 包含的，而是在执行 Makefile 文件中的 make 命令时调用的。

4  构建目标和选项

4.1  构建目标：

以下是在顶层 Makefile 文件中可用的构建目标的概述：

all
    默认目标，按已选择的输出格式构建 NuttX 可执行文件。

clean
    移除派生对象文件、静态库文件、可执行文件和临时文件，但保留配置和上下文的文件和目录。还保留 Make.dep 文件。

distclean
    除了完成 “clean” 的工作之外，还包括移除所有配置和上下文的文件。本质是将目录结构还原为其原始的、未配置的状态。

4.2  应用程序内务处理目标

APPDIR 变量引用用户应用程序目录。如 NuttX 包含的 app/ 目录，然而，这不被看作是 NuttX 的一部分，可以被一个不同的应用程序目录替代。在大多数情况下，应用程序目录在 Makefile 脚本中被看作像任何其它构建目录。但是，为方便起见，包含了以下目标，以支持从 NuttX 构建目录处理用户应用程序目录中的内务处理功能。

apps_clean
    仅对用户应用程序目录执行 clean 操作。

apps_distclean
    仅对用户应用程序目录执行 distclean 操作。 apps/.config 文件被保留，所以这不是一个完全的 distclean，但多于配置复位。

export
    export 目标将打包 NuttX 库和头文件到可输出包。注意事项：(1) 需要对 KERNEL 构建做一些扩展。 (2) tools/mkexport.sh 中的逻辑只支持 GCC，例如，显式地假定静态库生成器为“ar”。

download
    这是一个助手目标，它将重建 NuttX 并将其下载到目标系统，只需一步。此目标的操作完全依赖于用户 Make.defs 文件中的 DOWNLOAD 命令的实现。如果未定义 DOWNLOAD 命令，它将产生一个错误。

4.3  内部目标

以下目标是由 make 逻辑内部使用的，但如果有必要，可以在某些条件下从命令行调用。

depend
    创建构建依赖关系，生成 Make.dep 文件和 .depend 文件。（注意：当前在使用 Windows 本地工具链的 Cygwin 下不支持构建依赖关系）

context
     在每次目标构建时调用 context 目标以确保正确配置了 NuttX。基本配置步骤包括在 include/nuttx 目录中创建 config.h 和 version.h 头文件，建立链接到配置目录的符号链接。

clean_context
    这是 distclean 目标的一部分。它移除由 context 目标创建的所有头文件和符号链接。

4.4  构建选项

当然，任何 make 变量的值都可以从命令行覆盖。然而，有一个特殊的变量赋值选项可能对你非常有用：

  V=1

这是生成详细级别标志。如果你在命令行上指定 V=1，你将在构建时看到所使用的确切命令。当添加新的板卡或追踪编译时错误和警告时可能非常有用。

5  all 目标依赖树

6  all 目标编译过程

6.1  context 目标

因为 all 目标是默认目标，所以执行无参数的 make 命令即为编译 all 目标，首先会尝试编译 context 目标，其中,根据 .config 文件生成 config.h，有许多 C 文件包含了 config.h，以获得用户配置。注意其中的2个目录软链接，下文会用到：

$(ARCH_SRC)/board：
    将 nuttx/configs/shenzhou/src 目录链接到 nuttx/arch/arm/src/board 目录。

$(ARCH_SRC)/chip：
    将 nuttx/arch/arm/src/stm32 目录链接到 nuttx/arch/arm/src/chip 目录。

但是因为在安装 buildroot 时已经执行过一次 make context，而且执行 make clean 也不会删除 context 目标所生成的文件，所以这一步没做任何事。

6.2  pass1dep 目标

平面构建是指将 NuttX 编译成单个二进制文件，构建的所有组件位于相同的地址空间，所有组件都可以访问所有其它组件。平面构建时 $(USERDEPDIRS) 为空，它也没做任何事。

6.3  $(USERLIBS) 目标

平面构建时 $(USERLIBS) 为空，它也没做任何事。这样整个 pass1deps 目标就完成了。

6.4  pass2dep 目标

根据 $(KERNDEPDIRS) 变量的值，在各级子目录下生成 Make.dep 和 .depend文件。

nuttx 目录下生成 Make.dep 和 .depend 文件的子目录有：

• nuttx/arch/arm/src
• nuttx/binfmt
• nuttx/configs/shenzhou/src
• nuttx/drivers
• nuttx/fs
• nuttx/libc
• nuttx/libxx
• nuttx/mm
• nuttx/net
• nuttx/sched

6.5  $(NUTTXLIBS) 目标

接下来就编译 pass2deps 目标中的 $(NUTTXLIBS)，这是一个多目标，根据配置的不同，具体的目标也不同。它的工作是生成多个静态库文件。这里生成了10个静态库文件：

• nuttx/lib/libapps.a
• nuttx/lib/libarch.a
• nuttx/lib/libbinfmt.a
• nuttx/lib/libc.a
• nuttx/lib/libcxx.a
• nuttx/lib/libdrivers.a
• nuttx/lib/libfs.a
• nuttx/lib/libmm.a
• nuttx/lib/libnet.a
• nuttx/lib/libsched.a

下面以 libarch.a 为例，考查静态库的编译过程。
其中： $(ARCH_SRC) = nuttx/arch/arm/src，$(LIBEXT) = .a。传递的不是变量名，而是变量中的值。第2行的意思是先切换到目录 nuttx/arch/arm/src，再执行 make 命令，传递参数 TOPDIR，编译目标 libarch.a，这里的 make 调用的是目录 nuttx/arch/arm/src 中的 Makefile，编译的是该 Makefile 中的目标。在 nuttx/arch/arm/src/Makefile 中先定义 BIN = libarch$(LIBEXT)，然后：
其中：OBJS = $(AOBJS) $(COBJS)，而
AOBJS = $(ASRCS:.S=$(OBJEXT))
ASRCS = $(CHIP_ASRCS) $(CMN_ASRCS)

COBJS = $(CSRCS:.c=$(OBJEXT))
CSRCS = $(CHIP_CSRCS) $(CMN_CSRCS)

nuttx/arch/arm/src/Makefile 包含了 nuttx/arch/arm/src/chip/Make.defs，4个变量 CHIP_ASRCS、 CMN_ASRCS、 CHIP_CSRCS、 CMN_CSRCS 都是在 nuttx/arch/arm/src/chip/Make.defs 中定义的，多次赋值后的变量值如下：

CHIP_ASRCS = （空）

CMN_ASRCS = up_saveusercontext.S up_fullcontextrestore.S up_switchcontext.S vfork.S

CHIP_CSRCS = stm32_allocateheap.c stm32_start.c stm32_rcc.c stm32_lse.c stm32_lsi.c stm32_gpio.c stm32_exti_gpio.c stm32_flash.c stm32_irq.c stm32_timerisr.c stm32_dma.c stm32_lowputc.c stm32_serial.c stm32_spi.c stm32_sdio.c stm32_tim.c stm32_waste.c stm32_ccm.c stm32_i2c.c stm32_idle.c stm32_pmstop.c stm32_pmstandby.c stm32_pmsleep.c stm32_pminitialize.c stm32_eth.c stm32_pwr.c stm32_rtc.c

CMN_CSRCS = up_assert.c up_blocktask.c up_copyfullstate.c up_createstack.c up_mdelay.c up_udelay.c up_exit.c up_initialize.c up_initialstate.c up_interruptcontext.c up_memfault.c up_modifyreg8.c up_modifyreg16.c up_modifyreg32.c up_releasepending.c up_releasestack.c up_reprioritizertr.c up_schedulesigaction.c up_sigdeliver.c up_systemreset.c up_unblocktask.c up_usestack.c up_doirq.c up_hardfault.c up_svcall.c up_vfork.c

从这里可以查到哪些源文件被编译，哪些源文件没有被编译。

命令 $(call ARCHIVE, $@, $(OBJS)) 打包静态库 libarch.a。

现在回到nuttx/Makefile.unix：
其中： install 是 Linux 命令，这里等同于复制，将 libarch.a 复制到 nuttx/lib 目录。

6.6  pass1 目标

平面构建时不做任何事。

6.7  pass2 目标

最后编译pass2
把静态库链接成 elf 格式的可执行文件，并转换成 .hex、 .bin 等其它格式的文件。最后5行是我加上去的，生成符号文件、反汇编文件，并把一些最终文件复制到 Linux 用户主目录。由《 NuttX 安装脚本》中的以下几行实现：

7  nuttx/Make.defs 文件

nuttx/Make.defs 文件是 Makefile 片断，从 nuttx/config/<板卡>/<目标配置>/Make.defs 复制而来。由《 NuttX 安装脚本》中的以下几行实现：
该 Makefile 片断提供架构和工具特定的构建选项。它将在构建时被所有其它 Makefile 文件包含（一旦它被安装）。该 makefile 片断应定义：

•     工具： CC、 LD、 AR、 NM、 OBJCOPY、 OBJDUMP
•     工具选项： CFLAGS、 LDFLAGS

当该 Makefile 片断运行时，它将被传递构建根目录的路径 TOPDIR。该 Makefile 片断应包含：

    $(TOPDIR)/.config： Nuttx 配置
    $(TOPDIR)/tools/Config.mk： 一般定义

nuttx/Make.defs 文件中的定义可能依赖于 .config 文件中的一些设置。例如，如果 CONFIG_DEBUG=y， CFLAGS将最有可能不同。

tools/Config.mk 文件包含额外的定义，这些定义可能在必要时被架构特定的 Make.defs 文件覆盖：
    COMPILE、 ASSEMBLE、 ARCHIVE、 CLEAN 和 MKDEP 宏