U-Boot-1.1.6顶层目录MKCONFIG脚本配置文件详细分析

kenson

#!/bin/sh -e

# Script to create header files and links to configure
# 一个生成头文件和连接文件的脚本配置文件，这个配置文件主要做三件事情，下面会一一介绍。
9 ~8 S  e( ]( r0 X. o# U-Boot for a specific board.
  p, [; F7 f2 S( w5 }+ }4 T! |# 目的是为一个特定的板子配置uboot
# Parameters:  Target  Architecture  CPU  Board [VENDOR] [SOC]
# 输入参数（6个）分别为：目标板、体系结构、CPU、板子类型、开发商、片上系统
# (C) 2002-2006 DENX Software Engineering, Wolfgang Denk <wd@denx.de>
* B! W6 Y% U8 ]#

APPEND=no # Default: Create new config file   APPEND=no算是一个flag吧，看了后文就会了解
BOARD_NAME="" # Name to print in make output  开发板的名称，将会在make命令的输出中打印显示

###########################################################################################
) ?& ~% ~2 L' H' Q2 w#  下面这两行是在我们执行make smdk2410_config的时候要做的事情，是顶层Makefile中的两行代码。
#  其中$(MKCONFIG)就是我们当前所分析的脚本MKCONFIG，
#  $(@:_config=)、ARM、arm920t、smdk2410、NULL、s3c24x0 即被依次传递给MKCONFIG脚本的六个参数
3 O7 u4 o9 a. p7 S  D#  smdk2410_config : unconfig
#           @$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 NULL s3c24x0
###########################################################################################

#--)、--)、-n)是什么意思？  看来得把shell在学学！！！
& h. H. Z5 Y, p7 @' Nwhile [ $# -gt 0 ] ; do   # "$#"为shell的一个特殊变量，意思是"传递到脚本的参数个数"，这句话的意思是当传递到MKCONFIG脚本的参数个数大于0时...
) s, i! W# [* N- `! P9 k1 Z. w case "$1" in   # $1是shell的位置变量，这个case语句应该在判断第一个参数，那么第一个参数是$(@:_config=)，应该是smdk2410_config？
8 ^  z2 s8 O" Y --) shift ; break ;;
% N; J: R# i/ V" Y# a! C --) shift ; APPEND=yes ;;    //这几句话，我还是没有看懂！
-n) shift ; BOARD_NAME="${1%%_config}" ; shift ;;     
6 ~. i5 h" P9 i" v+ u+ v *)  break ;;
1 R& \+ Z' Y2 i6 M! o4 g esac
done

[ "${BOARD_NAME}" ] || BOARD_NAME="$1"   #如果板子名称....，或者板子名称为$1，这是一个什么语句？？？？？？？、

[ $# -lt 4 ] && exit 1                  #如果参数个数小于4，则退出
0 _, o1 ~5 x7 ^) q1 P; r[ $# -gt 6 ] && exit 1                  #如果参数个数大于6，则退出

echo "Configuring for ${BOARD_NAME} board..."    #这句话我们应该很熟悉，当执行make smdk2410_config的时候，终端会显示这句话。

#
# Create link to architecture specific headers
# 生成链接指向特定架构的头文件
% E5 l4 b1 \: Y1 v) s" {3 Kif [ "$SRCTREE" != "$OBJTREE" ] ; then #如果源码目录不是目标存放目录，这说明我们指定自己的目标存放目录了
mkdir -p ${OBJTREE}/include   #那么，创建${OBJTREE}/include目录，请注意，这个include目录是我们指定的目标存放目录下的include目录
mkdir -p ${OBJTREE}/include2  #创建${OBJTREE}/include2目录，这个include2目录同样是我们指定的目标存放目录下的include2目录
' K# s: N  e4 @ cd ${OBJTREE}/include2   #进入${OBJTREE}/include2目录
) i+ Y) G9 t3 \: l rm -f asm    #删除include2下的asm目录


#在include2文件夹下建立相应的文件或者文件夹的软连接，这也就是MKCONFIG脚本所干的"第一件事"，即建立链接
7 v9 v' k9 e4 U( u0 j ln -s ${SRCTREE}/include/asm-$2 asm  # 如果是arm体系的话，则asm-$2为asm-arm(这里$2位置变量的值为arm)
LNPREFIX="../../include2/asm/" # 链接的前缀为"../../include2/asm/"
) v# r9 w) \  L2 Z8 m cd ../include # 此时，进入include目录
rm -rf asm-$2  # 删除asm-$2目录（此时为asm-arm）
rm -f asm   # 再删除asm目录
mkdir asm-$2  # 在${SRCTREE}/include目录下，重新创建目录asm-$2
ln -s asm-$2 asm # 然后建立软链接
4 \; d: [' \, F3 ^else            # 如果源码目录就是目标存放目录，也就是说：不特别定制目标存放目录的话
cd ./include   # 进入uboot顶层目录下的include目录
rm -f asm     # 删除asm目录
5 x7 J' p" c6 E7 D( K ln -s asm-$2 asm   # 建立软连接 ln -s asm-arm asm
$ z% J; `7 w& Zfi

rm -f asm-$2/arch       # 删除asm-arm/arch

if [ -z "$6" -o "$6" = "NULL" ] ; then   # 如果位置参数$6字符串长度为0或者为空NULL的话
ln -s ${LNPREFIX}arch-$3 asm-$2/arch   # 建立软链接：ln -s arch-arm920t asm-arm/arch，这里 LNPREFIX="../../include2/asm/"
  f' N/ I: R6 Uelse
4 B/ n$ g" K! z& k+ p4 L! G ln -s ${LNPREFIX}arch-$6 asm-$2/arch   # 否则建立软链接：ln -s arch-s3c24x0 asm-arm/arch
fi

if [ "$2" = "arm" ] ; then         # 如果位置参数$2为"arm"，那么删除asm-arm/proc
rm -f asm-$2/proc
# }) `2 h1 z" f8 ` ln -s ${LNPREFIX}proc-armv asm-$2/proc # 建立链接${LNPREFIX}proc-armv asm-arm/proc
fi

# ?$ O0 T4 a$ h' c9 s. m
( J% x/ @! d% J2 R

# 这是此脚本做的第二件事，生成/include/config.mk/配置文件
3 q9 t. H# V( @# w  T, r: e' |# Create include file for Make
# 为Make生成config.m配置文件
& ~. z7 W0 e0 ?2 x5 t& X# include/config.mk里面内容很简单，定义了几个变量：
echo "ARCH   = $2" >  config.mk
  U" ?2 V3 |8 Jecho "CPU    = $3" >> config.mk
! A: g1 E. v4 \' l8 e6 G1 Z% Xecho "BOARD  = $4" >> config.mk

[ "$5" ] && [ "$5" != "NULL" ] && echo "VENDOR = $5" >> config.mk #如果指明了开发商VENDOR，则在config.mk中定义它：VENDOR = $5
[ "$6" ] && [ "$6" != "NULL" ] && echo "SOC    = $6" >> config.mk #如果指明了SOC片上系统，则在config.mk中定义它：SOC = $6，这里应该是SOC = s3c24x0

9 M# }+ w' ?+ k/ R# ?
& `9 N1 Q4 c$ t* W' e! U4 K

# 这是此脚本做的第三件事，包含头文件/include/config.h
# Create board specific header file
: V+ Y: _/ ~6 j' J3 g. q+ hif [ "$APPEND" = "yes" ] # Append to existing config file  
( D3 W- c9 {' k5 g1 Athen
* m4 K8 E5 z6 T8 A( i8 |% `. { echo >> config.h      附加
( |* r4 t3 z6 O! ?2 G3 Velse
> config.h  # Create new config file   重建
1 S' I8 Y5 {: F: |  \- U8 P  pfi
; y# [5 i( T* Wecho "/* Automatically generated - do not edit */" >>config.h  #可以把/include/config.h文件打开看看，一目了然
echo "#include <configs/$1.h>" >>config.h

#追加#include <configs/smdk2410.h>到包含头文件config.h中

exit 0   正常退出

kenson

u-boot-1.1.6顶层目录Makefile更详细的解释
9 r# m+ n% y; r8 h; ~( m. {
7 d) X7 e; d( C; ?3 H* r3 Q% \#
- i- O0 j) D" O' W# (C) Copyright 2000-2006 版权所有：2000~2006
* s" o, G) P+ ?% m* U# Wolfgang Denk, DENX Software Engineering, wd@denx.de.  Wolfgang Denk一个开发人员的名字 DENX Software Engineering 公司名称 wd@denx.de是Wolfgang Denk的邮箱吧
#
# See file CREDITS for list of people who contributed to this  可以看看CREDITS，里面有为uboot做出贡献的所有开发人员
# project.
4 @* _- [1 _) i) ]  I#
3 ], f# |* }: ]# This program is free software; you can redistribute it and/or   这个程序是一个自由软件，你可以重新发布它，或者在自由软件基金组织所颁布的
# modify it under the terms of the GNU General Public License as  GNU GPL（GNU 公共许可协议）的前提下修改它；注意，不论是第二版的GPL还是
# published by the Free Software Foundatio; either version 2 of   任何更新的版本，都可以，这由你选择。
! K2 s/ L. R3 n7 I+ C, a# the License, or (at your option) any later version.
0 M, g- C, [$ I; P, n  N#
# This program is distributed in the hope that it will be useful,  我门之所以发布这个程序，是希望它能够对你有用，但是我们不做任何担保；
. c. _( \0 L6 c7 K" U' X: C# but WITHOUT ANY WARRANTY; without even the implied warranty of   不保证任何的可销售性和任何给予特殊目的的合适性。想要了解详细内容，
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the    你可以参考GNU GPL。
9 [3 p  s& C3 v: T) N# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License 你应该已经得到了GNU General Public License的一个拷贝，因为它就包含在
* E7 ?& g) B7 O. Q; [5 H# along with this program; if not, write to the Free Software       这个工程的源代码包中。如果没有，你可以写信给自由软件基金组织，以获取一份。
% y& S6 a7 `4 J( E  U' n# Foundation, Inc., 59 Temple Place, Suite 330, Boston,
# MA 02111-1307 USA
#


1 S7 }& r/ _8 V9 z5 x1 k: M

VERSION = 1
PATCHLEVEL = 1
3 ?0 J4 _2 X/ s- n- Z# _/ S1 vSUBLEVEL = 6
EXTRAVERSION =
U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
' }2 k3 X3 ]+ ?/ p1 `VERSION_FILE = $(obj)include/version_autogenerated.h #版本文件

# uname 命令将正在使用的操作系统名写到标准输出中
/ j* H- s3 P4 d# h2 r1 {/ q# -m 显示硬件运行系统的机器 ID 号

# 定义变量，HOSTARCH里面存储的是机器ID号，即主机架构类型
HOSTARCH := $(shell uname -m | \           #可以把shell脚本写到makefile里面，这是make中的shell function, 相当于shell中的命令替换。
5 F! P4 }* T5 D' h1 q4 j0 [ sed -e s/i.86/i386/ \                    #shell uname -m 获得机器硬件名称
+ ~$ @# Z1 n% n" V) Q$ \3 [     -e s/sun4u/sparc64/ \                #sed -e s/arm.*/arm/ 的意思是把前缀为arm的所有模式替换为arm。结合前面的uname命令来理解就是：
  C4 K0 I% t1 I' ^# Z     -e s/arm.*/arm/ \                    #把uname -m的结果（主机架构类型或者称为机器ID号）通过管道传递给sed命令，然后把前缀为arm的所有模式替换为arm。
  x  f) a# G+ }     -e s/sa110/arm/ \                    #sed的语法：sed [  -n ] Script [ File ... ]
     -e s/powerpc/ppc/ \                  #           sed [  -n ] [  -e Script ] ... [  -f ScriptFile ] ... [ File ... ]
7 A( H' Z* x5 ]9 x8 D( N      -e s/macppc/ppc/)                    #sed 命令根据编辑脚本，去修改指定的 File 文件（这里file是作为一个输入参数的）的行，并将其写到标准输出。
     #sed 命令包含很多功能，用于选择要修改的行（请注意，sed是针对行进行操作的），并只对选择的行作更改。
     #sed 命令使用两个工作空间来保留修改的行：保留选定行的 "模式空间" 和暂时存储行的 "保留空间"。
3 x, y7 {9 s, k; i' V6 ~      #这里所谓的编辑脚本是由单独的子命令构成的，每个单独的行上对应着一个子命令。sed 子命令的一般格式如下：[address-range] function[modifiers]，即：[地址范围] 函数[修改符]
: z+ N" v! o# ~) c+ ?2 y, Z      #sed 命令通过将一个输入行读入模式空间，依次应用所有的 sed 子命令（这些子命令的地址选择了该行），
      #并将模式空间写到标准输出来处理每个输入的 File 输入文件（file就是输入参数）。然后清除模式空间，并对输入的 File 中指定的每行重复该过程。
- y8 U, i% l3 R; d      #一些 sed 子命令使用保留空间来保存后继检索的所有的，或部分的模式空间。
      #当命令包含地址（行号或搜索模式）时，该命令只会对被寻址的行起作用。否则，该命令适用于所有的行。
      #注意，这里的参数"-e"的意思是：使用 Script 变量作为编辑脚本。如果你只使用一个 -e 标志并且不使用-f 标志，则可以省略 -e 标志。
$ b/ ~) b3 D9 m9 O9 e0 w1 E  T      #注意，这里的 "sed -e s/arm.*/arm/"表示把前缀为arm的所有模式替换为arm，也就是sed s/pattern/replacement/flags
( N1 s3 y. X* r4 m! @3 S4 t' z      #用 replacement 字符串代替在模式空间中首次出现的 pattern 参数。除了空格或换行符，在 s 子命令之后显示的任何字符都能代替 /（斜杠）分隔符。

% t) K; D2 A; d+ D! v: ?6 @

     
& r/ U- R; w- F1 G& L4 ^#uname -s 表示：显示系统名，标志缺省为开，即uname命令不带任何参数的输出和加参数-s输出相同，即Linux
& p  W) Y3 A1 M) r% S% S% W#tr是一个shell命令，这里 tr '[:upper:]' '[:lower:]'的意思是把管道中的Linux 中的大写字母L 转换成小写字母l
5 G: F) g" ~' k4 N#下面这句话的意思是定义变量HOSTOS，HOSTOS里面存放的是主机安装的，并且当前正在运行的操作系统。
0 |$ i9 G  ^8 [7 J9 P3 F+ sHOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \
     sed -e 's/\(cygwin\).*/cygwin/')    # 这一句的意思是检测出主机安装的，并且当前正在运行的操作系统名，并把这个系统名中的大写字母转换为小写字母，   
' h/ A' z4 R$ D                                          # 然后在通过sed流编辑器匹配所有的，这个系统名中出现的"\(cygwin\).*"模式，然后再用"cygwin"模式替换。
2 @- ~2 b- Y; r! k5 e#export HOSTARCH HOSTOS  的意思是输出两个makefile变量HOSTARCH HOSTOS               

export HOSTARCH HOSTOS               

# Deal with colliding definitions from tcsh etc.   用来处理来自tcsh的互相冲突的定义等等
# 一般来说，shell可以分成两类。第一类是由　Bourne　shell　衍生出来的包括　
; s6 V1 j9 j  Y. c% A0 f# sh，ksh，bash，与zsh。第二类是由　C　shell　衍生出来的，包括　csh　与　
# tcsh。除此之外还有一个　rc，有人认为该自成一类，有人认为该归类在Bourne　shell。　

VENDOR=  #开发商

#########################################################################
#
! @' x8 @) U7 g1 @  q9 Q# U-boot build supports producing a object files to the separate external
# U-boot 的编译过程可以支持向一个自己定义的路径生成最终的目标文件
# directory. Two use cases are supported:
( |) n( @8 h" ]5 Z# 这里提供了两种用法：
5 D8 i" I' N8 d# {( n#
# 1) Add O= to the make command line #第一种用法：通过在终端执行命令make O=/dir(即你指定的生成的目标文件的存放目录)
/ S$ r. {# E. {/ B% A, o# 'make O=/tmp/build all'
#
# 2) Set environement variable BUILD_DIR to point to the desired location #第二种用法：通过设置环境变量来指定目标文件存放目录，如下所示：
# 'export BUILD_DIR=/tmp/build'
# 'make'
4 l0 y! L/ V4 `/ C4 a5 p#
. E+ b) B& E, v0 W0 G6 }; D# The second approach can also be used with a MAKEALL script #第二种方法也可以写成一个MAKEALL脚本，然后执行MAKEALL，如下所示:
# 'export BUILD_DIR=/tmp/build'
' v8 j& _) M; o' _& [: ~! U8 g# './MAKEALL'
#
/ [* E( Y2 g( `6 n# Command line 'O=' setting overrides BUILD_DIR environent variable.    #命令行'O='设置会覆盖环境变量BUILD_DIR的设置
' G: y+ H4 f' j( \, _1 r6 j' Y& N#
1 R5 u3 v1 H5 f  Y  S: X# When none of the above methods is used， the local build is performed and   #如果都不采用上面两种方法，那么目标文件最终要存放到源码顶层目录，也就是U-BOOT顶层目录
# the object files are placed in the source directory.
#

#理解了上面一段英文，这里就不难理解了
$ J& I2 }  m0 b1 y" l# E#方法1

ifdef O #如果变量'O' 已经被定义过
+ b9 Y8 z0 {( L# Difeq ("$(origin O)", "command line") #如果变量'O' 在命令行中定义过
* W8 B  j! U1 R- p. ], ~BUILD_DIR := $(O)   #就把变量'O' 的值(目标文件存放目录)赋给BUILD_DIR
; Q0 l; {1 W3 V! v; ^endif
endif

#方法2
ifneq ($(BUILD_DIR),)           #如果变量BUILD_DIR不为空，即环境变量BUILD_DIR 被定义过
9 c4 k7 Y1 L) q3 b! x: i) i- h3 jsaved-output := $(BUILD_DIR)    #那么把它的值赋给saved-output

# Attempt to create a output directory.   #生成一个输出路径，即目标文件存放目录BUILD_DIR
$(shell [ -d ${BUILD_DIR} ] || mkdir -p ${BUILD_DIR})

#shell [ -d ${BUILD_DIR} ] 是什么意思?是不是生成一个目录的意思?

# Verify if it was successful. 测试目录是否创建成功
' ?+ a0 ~6 X7 y% VBUILD_DIR := $(shell cd $(BUILD_DIR) && /bin/pwd)  #这又是什么意思，说明对shell还不够理解！
7 q6 b. A1 N$ z! H0 y" S' u$(if $(BUILD_DIR),,$(error output directory "$(saved-output)" does not exist))
#这里用了一个if函数，意思是如果如果$(BUILD_DIR) 非空，则什么都不执行(返回空)，否则执行error函数，输出错误信息
endif

# ifneq ($(BUILD_DIR),) #意思是：如果没有定义目标文件存放目录
& C. [7 i" s# y5 Z6 E' g6 V- w#Makefile中定义了源码以及生成目标文件存放的目录，目标文件存放目录BUILD_DIR可以通过make O=dir指定。如果没有指定，则设定为源码顶层目录。
#一般编译的时候不指定输出目录，则BUILD_DIR为空。其他目录变量如下：
) L, ~" Y) O% v; N2 g" @OBJTREE  := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR))  #如果$(BUILD_DIR)不为空，则返回$(BUILD_DIR)，并赋给OBJTREE，即自己定制的目标存放目录
SRCTREE  := $(CURDIR) #把当前源码所在目录 $(CURDIR) 赋给SRCTREE
TOPDIR  := $(SRCTREE) #把当前源码所在目录 $(CURDIR) 赋给SRCTREE
  n. U& a$ f; oLNDIR  := $(OBJTREE)   #存放生成的目录文件
export TOPDIR SRCTREE OBJTREE

MKCONFIG := $(SRCTREE)/mkconfig    #MKCONFIG指向源码所在目录(U-BOOT顶层目录)下的mkconfig配置文件
! |) S: A+ T5 p' J+ p) y  \export MKCONFIG

#在编译UBOOT之前，我们先要执行：
" F* V  @' q; C) {% t5 X* G  }#make smdk2410_config
* ~4 j8 `) E% M0 J6 J#从本Makefile的下文可以判断出smdk2410_config为Makefile的一个目标。
. ?% X& c! x3 C& {. m; q' F: I#smdk2410_config: unconfig的意思是为smdk2410开发板建立一个编译项。
* }3 V# W( o" O  W9 U4 g#显然，执行#make smdk2410_config时，先执行unconfig目标（不指定输出目标时，obj，src变量均为空），unconfig下面的命令主要任务是清理上
#一次执行make *_config时生成的头文件和makefile的包含文件。
#主要是include/config.h和include/config.mk
#然后执行命令： @$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 NULL s3c24x0
#arm 表示CPU的构架是基于ARM体系的
#arm920t 表示CPU的类型是arm920t
#smdk2410 表示开发板的型号
#NULL 表示开发商或者经销商的名称，这里为空
#s3c24x0 表示基于S3C2410的片上系统
9 ^: R; M4 u- }#MKCONFIG指向UBOOT顶层目录下的mkconfig脚本配置文件，后面五个字符串是传入的参数（好像$(@:_config=)也是一个参数）。
' R) y: s4 z+ L#下面来分析一下mkconfig这个脚本配置文件，点击链接：
http://zqwt.012.blog.163.com/blog/static/120446842010325102158182/

) B) v# _! z! n( c5 c& H+ y

ifneq ($(OBJTREE),$(SRCTREE)) #当目标存放目录不是U-BOOT顶层目录（源码目录）时
REMOTE_BUILD  := 1   #定义变量REMOTE_BUILD  := 1  这个变量算是一个flag吧
, n$ c  t9 n% h' X8 N: Bexport REMOTE_BUILD
7 |  z. E7 @4 J" c3 K5 W( v$ Fendif

# $(obj) and (src) are defined in config.mk（顶层目录下） but here in main Makefile
# we also need them before config.mk is included which is the case for
# ^% q  U, A$ L$ B& h# some targets like unconfig, clean, clobber, distclean, etc.
0 o* p( e% l* C$ U: i( y2 ?: C# $(obj) and $(src)都被定义在顶层目录下的config.mk脚本配置文件里面，
# 但是在这个主Makefile里面，我们同样需要他们，
* I! I* B  K7 e* [# 因为在主Makefile文件包含config.mk之前，$(obj) and $(src)偶尔地会成为这些目标的case:
  f3 Y$ x: V/ C2 u# unconfig, clean, clobber, distclean, etc

ifneq ($(OBJTREE),$(SRCTREE))  #当目标存放目录不是U-BOOT顶层目录（源码目录）时
obj := $(OBJTREE)/             #定义变量obj，让其等于目标存放目录
src := $(SRCTREE)/             #定义变量src，让其等于uboot顶层目录
! E  K# F$ M% n. ~else
! B: |6 E) G$ x( Q- R9 j+ F3 Dobj :=                         #否则，这两个变量都定义为空
" t0 _' r4 u3 G, O% X5 m  @: Ysrc :=
4 V3 I& e+ c' u  S: L; @endif
export obj src

: O( b% x& m) W7 o& \' ?# D; V

#########################################################################

# T7 D4 F: r& j# x

ifeq ($(OBJTREE)/include/config.mk,$(wildcard $(OBJTREE)/include/config.mk)) #这句话让人费解！
; Z- ^3 ^/ l% o# i- w0 j9 ]# 通配符在规则中可以自动扩展，但设置在变量中或在函数的参数中通配符一般不能正常扩展。
# 如果您需要在这些场合扩展通配符，您应该使用函数wildcard，格式如下：
9 s4 g9 n. J! q2 `# $(wildcard pattern...)

; B# E7 K  ]) X( i# load ARCH, BOARD, and CPU configuration
- T. ~5 U! z, j; S3 W4 e# 加载ARCH, BOARD, and CPU 配置
include $(OBJTREE)/include/config.mk   # 这时候，开始包含/include/config.mk的
: y2 i6 s* e/ E9 ^* Texport ARCH CPU BOARD VENDOR SOC

#指定交叉编译器前缀
8 y9 d  P( a/ f7 ]1 o& {2 Eifeq ($(ARCH),arm)  
- ], e( a& p5 _0 v; @: A. ICROSS_COMPILE = arm-linux-
#这里你可以把交叉编译器的安装路径加到arm-linux-之前，比如你的交叉编译器安装路径是/root/u-boot/usr/local/arm/3.3.2/bin/
% y7 O7 V6 R: U) O#你可以这样定义CROSS_COMPILE = /root/u-boot/usr/local/arm/3.3.2/bin/arm-linux-
9 ^) z; G. p+ [6 ^5 P( y#这样一来，你在终端进行编译的时候就不用指定CROSS_COMPILE=arm-linux-了
3 v) p2 `( \0 i; B# s  q#但请注意：在编译内核的时候，交叉编译器必须安装在/usr/local/arm下，否则会发生错误！！！！！
2 A' v" D1 M6 N# l) I3 Jendif

export CROSS_COMPILE

) |4 D& `  W4 J/ d0 {' u: c

- Y# z: o( ~+ Z5 k) Y# load other configuration  加载其他设置，这里是包含顶层目录下的config.mk配置文件，这个文件主要做了三个工作：
/ K! L: a' z0 O( }7 H9 F0 T# 1、定义了交叉编译器 2、定义了编译选项 3、定义了编译规则
: k  z3 }$ I5 ?! o6 \3 Y" z, w5 W# 对本文件具体的分析，请查看链接：
; B8 s, j8 E6 \: Yhttp://zqwt.012.blog.163.com/blog/static/12044684201032541139914/

include $(TOPDIR)/config.mk   

#########################################################################
% Y  O4 a! L5 \5 n! u# U-Boot objects....order is important (i.e. start must be first)
6 G# ~/ R& F, t9 h# uboot目标...书写顺序很重要，比如start.o必须排在第一位
#########################################################################
- B7 o9 H$ |0 p: S' DOBJS  = cpu/$(CPU)/start.o
1 b  x- t) r/ H7 K6 X#start.o必须放在目标文件的第一位，因为uboot执行的第一段代码就是start.S
5 b) E. q5 N% Z#具体原因可以查看链接脚本/u-boot-1.1.6/board/smdk2410/u-boot.lds，点击连接：
3 |" `2 D; c% ?" ?- S5 d& _http://zqwt.012.blog.163.com/blog/static/120446842010320101137932/

, A. ?. F! Z' e- U) Q& P5 I

.....................................

9 C) ^& w2 t1 \0 ]; w! G

OBJS := $(addprefix $(obj),$(OBJS))  #这句的意思是把目标文件存放路径以前缀的形式加到start.O之前，然后再赋给OBJS

' R- U. y) J- `+ ~3 g  m4 J#以下是编译UBOOT需要的库文件
( V8 H$ t0 ~% VLIBS  = lib_generic/libgeneric.a

LIBS += board/$(BOARDDIR)/lib$(BOARD).a # 严重平台依赖的

LIBS += cpu/$(CPU)/lib$(CPU).a  # 严重平台依赖的

ifdef SOC
4 V% n) g7 X, z# iLIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a # 严重平台依赖的
9 ?! y9 T% l  X; ^& Oendif

LIBS += lib_$(ARCH)/lib$(ARCH).a # 严重平台依赖的

5 u) F2 w4 Z- u& ALIBS += fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a \
) Y) I9 \) U  R5 C  f6 y$ ? fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a
6 c: [- o+ K# L8 c& BLIBS += net/libnet.a
9 p. j; P8 A' b' L  m: d8 TLIBS += disk/libdisk.a
LIBS += rtc/librtc.a
& L8 m* A. S! c9 {LIBS += dtt/libdtt.a
LIBS += drivers/libdrivers.a
8 b1 w/ l/ E! V; q0 n1 }LIBS += drivers/nand/libnand.a
5 d2 V6 v9 n* [; A, T/ K# c! dLIBS += drivers/nand_legacy/libnand_legacy.a
LIBS += drivers/sk98lin/libsk98lin.a
LIBS += post/libpost.a post/cpu/libcpu.a
LIBS += common/libcommon.a
8 t: J7 f7 V" A0 K3 N4 dLIBS += $(BOARDLIBS)

LIBS := $(addprefix $(obj),$(LIBS))

.PHONY : $(LIBS)   # 这是一个伪目标

#根据所生成的include/config.mk文件定义的几个变量ARCH, CPU, BOARD, SOC，我们可以
1 c+ D. _3 C7 S2 s* X( S1 V#确定硬件平台依赖的目录文件。smdk2410平台相关（依赖）目录以及对应生成的库文件如下：
! p+ G5 J) Q: t3 l7 q#board/smdk2410/: 库文件board/smdk2410/libsmdk2410.a
#cpu/arm920t/: 库文件cpu/arm920t/libarm920t.a
#cpu/arm920t/s3c24x0: 库文件cpu/arm920t/s3c24x0/libs3c24x0.a
#lib_arm： 库文件lib_arm/libarm.a
$ `$ N9 t. _7 |4 `2 s#include/asm-arm: 头文件
3 D: G1 ~6 r# ?; V; Q#include/cnofigs/smdk2410.h：头文件

# Add GCC lib
# F; J# g, W* {4 |# F: DPLATFORM_LIBS += -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc

# The "tools" are needed early, so put this first
# Don't include stuff already done in $(LIBS)   不要包含已经在 $(LIBS) 中的任何东西
% U2 c3 O. I# I: v#
# 伪目标SUBDIRS：用于执行tools、examples、post、post\cpu子目录下的make文件
SUBDIRS = tools \
: A, y. E/ V0 |; w. X. n9 w* k   examples \
   post \
1 Z2 j& u( x+ s$ O8 W   post/cpu
& p0 R4 ]* j* g.PHONY : $(SUBDIRS)

ifeq ($(CONFIG_NAND_U_BOOT),y)
9 r$ }; g/ r6 Z0 I5 PNAND_SPL = nand_spl
- _! a' H- \+ B( |U_BOOT_NAND = $(obj)u-boot-nand.bin
endif

__OBJS := $(subst $(obj),,$(OBJS))
) G/ e: [7 u, w% d5 x__LIBS := $(subst $(obj),,$(LIBS))

#########################################################################
* W6 h% K# P. `/ K#########################################################################

, J8 V( p* ?# V5 _6 `/ j1 h4 P

" s" ]0 {% C. L  F8 Q#这里是最终要生成的各种镜像文件u-boot.hex、u-boot.srec、u-boot.bin、System.map、u-boot.img
ALL = $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND)
all:  $(ALL)
$(obj)u-boot.hex: $(obj)u-boot
3 ~+ n7 m; n4 [& b) [; o; }- r  $(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@       # $<，$@ 分别表示使用该规则的源文件和目标文件

$(obj)u-boot.srec: $(obj)u-boot               
  $(OBJCOPY) ${OBJCFLAGS} -O srec $< $@

$(obj)u-boot.bin: $(obj)u-boot
, P1 Q9 o" N' s& b  $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@

$(obj)u-boot.img: $(obj)u-boot.bin
2 p$ y. s6 D: H  l# w7 y  ./tools/mkimage -A $(ARCH) -T firmware -C none \
  -a $(TEXT_BASE) -e 0 \
) w/ F9 R2 A3 I7 Q& n) w  -n $(shell sed -n -e 's/.*U_BOOT_VERSION//p' $(VERSION_FILE) | \
* X7 {0 ~! ^2 O' C+ h+ ^( ]   sed -e 's/"[  ]*$$/ for $(BOARD) board"/') \
  -d $< $@

$(obj)u-boot.dis: $(obj)u-boot
  $(OBJDUMP) -d $< > $@

$ M- e. g% t6 L5 J+ |

#此处生成的是uboot的ELF文件镜像
$(obj)u-boot:  depend version $(SUBDIRS) $(OBJS) $(LIBS) $(LDSCRIPT)
/ T3 t% V8 b* B+ S  k0 W2 O2 J  UNDEF_SYM=`$(OBJDUMP) -x $(LIBS) |sed  -n -e 's/.*\(__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\
  cd $(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM $(__OBJS) \
7 L# }1 h1 z0 V7 _' U   --start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \
   -Map u-boot.map -o u-boot

#依赖目标$(OBJS)，也就是cpu/start.o
$(OBJS):
  $(MAKE) -C cpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@))
9 r8 R; E# ]2 R1 ^' }' x  
" p8 O, g5 |7 M* A( E1 t#依赖目标$(LIBS)，目标很多，都是每个子目录的库文件*.a，通过执行相应子目录下的make来完成
  z6 x9 U( \( H$(LIBS):
- s1 l" e* v0 Z1 H  $(MAKE) -C $(dir $(subst $(obj),,$@))
  
- K) v* u( {6 @, ?- _6 F" Y#这里解释一下这个makefile函数 $(dir names...)
#抽取‘names’中每一个文件名的路径部分，文件名的路径部分包括从文件名的开始到最后一个斜杠（含斜杠）
' }* \9 W5 ^8 M6 |% j% e  T#之前的一切字符。如果文件名中没有斜杠，路径部分是‘./’。如：
#$(dir src/foo.c hacks)
( t# r4 @6 o* V" D9 P5 F' Y9 K#产生的结果为 ‘src/ ./’。

& z# c9 m, L0 `' i$(SUBDIRS):
4 s) X! {+ P& C  $(MAKE) -C $@ all

$(NAND_SPL): version
  $(MAKE) -C nand_spl/board/$(BOARDDIR) all

$(U_BOOT_NAND): $(NAND_SPL) $(obj)u-boot.bin
/ D, K' \$ M) G( I7 D  cat $(obj)nand_spl/u-boot-spl-16k.bin $(obj)u-boot.bin > $(obj)u-boot-nand.bin

#依赖目标version：生成版本信息到版本文件VERSION_FILE中
version:
  @echo -n "#define U_BOOT_VERSION \"U-Boot " > $(VERSION_FILE); \
# B4 }& ?8 H: @+ E# k/ L" ~7 e  echo -n "$(U_BOOT_VERSION)" >> $(VERSION_FILE); \
  echo -n $(shell $(CONFIG_SHELL) $(TOPDIR)/tools/setlocalversion \
& A4 v8 G$ t; `; s/ X    $(TOPDIR)) >> $(VERSION_FILE); \
  echo "\"" >> $(VERSION_FILE)

gdbtools:
8 X2 @; H- H! X0 L  $(MAKE) -C tools/gdb all || exit 1

updater:
9 H6 |# F. ^( V) Q0 W$ E  $(MAKE) -C tools/updater all || exit 1

env:
  $(MAKE) -C tools/env all || exit 1

- Y( c' r! J# f; J; h( U#依赖目标depend：生成各个子目录.depend文件，.depend列出每个目标文件的依赖文件。
#生成方法：调用每个子目录的make_depend
* p5 W2 |9 B3 v3 Z& l* Sdepend dep:
, V8 ^6 ?" b" d" Z9 }% C' ~  for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir _depend ; done

tags ctags:
  ctags -w -o $(OBJTREE)/ctags `find $(SUBDIRS) include \
  U, ]' z4 V7 J2 S- g    lib_generic board/$(BOARDDIR) cpu/$(CPU) lib_$(ARCH) \
# }( u$ M; K+ I8 S6 g: W$ x' T    fs/cramfs fs/fat fs/fdos fs/jffs2 \
/ v6 |7 w, R3 L( u! w    net disk rtc dtt drivers drivers/sk98lin common \
0 N' Y) g- Y% O. d   \( -name CVS -prune \) -o \( -name '*.[ch]' -print \)`

etags:
. D# R, u/ `# a2 f2 B6 y  etags -a -o $(OBJTREE)/etags `find $(SUBDIRS) include \
, P0 T3 {( Y8 g3 x8 N& x) P# W    lib_generic board/$(BOARDDIR) cpu/$(CPU) lib_$(ARCH) \
( I: M5 C: Q/ `# c+ |* k. x9 e4 ?  A    fs/cramfs fs/fat fs/fdos fs/jffs2 \
    net disk rtc dtt drivers drivers/sk98lin common \
, ~- _( M: B2 l   \( -name CVS -prune \) -o \( -name '*.[ch]' -print \)`

$(obj)System.map: $(obj)u-boot
  @$(NM) $< | \
$ D5 A- t0 U2 Q% A  grep -v '\(compiled\)\|\(\.o$$\)\|\( [aUw] \)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | \
  sort > $(obj)System.map

& N- c5 p6 O/ Q9 i5 |
2 h# e3 i! W; g: Z4 Y, ~* D

#########################################################################
else
all $(obj)u-boot.hex $(obj)u-boot.srec $(obj)u-boot.bin \
$(obj)u-boot.img $(obj)u-boot.dis $(obj)u-boot \
4 H: B  U. \+ e: h* ]2 E  `2 O8 Y$(SUBDIRS) version gdbtools updater env depend \
  G0 f$ F, `8 `% Fdep tags ctags etags $(obj)System.map:
@echo "System not configured - see README" >&2
@ exit 1
endif

.PHONY : CHANGELOG
4 @) {  L) Y( W  U! G" w/ O+ [* j5 O4 wCHANGELOG:
- ^# Y8 K# O4 @2 F' S% r1 X( h git log --no-merges U-Boot-1_1_5.. | \
unexpand -a | sed -e 's/\s\s*$$//' > $@

#########################################################################
% B, s/ K  ?( t, H5 r9 A# 这里就是我们所谓的unconfig，应该比较熟悉了！
# 很明显，它所做的工作就是清除上次生成的include/config.h和include/config.mk
! w; s+ O# T0 F1 l# E; w# 以及开发板目录下的一些临时配置文件
# unconfig:
#  @rm -f $(obj)include/config.h $(obj)include/config.mk \
* W- o: H2 [9 M, U4 h9 p# V#   $(obj)board/*/config.tmp $(obj)board/*/*/config.tmp
#########################################################################

8 `9 Q9 Y5 |0 P- s, d+ L. w7 Z

................................
2 W3 t& b4 s6 j" Z/ E3 gsmdk2400_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm920t smdk2400 NULL s3c24x0
4 U* P0 T7 E5 r0 F2 c! K
................................

smdk2410_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 NULL s3c24x0

+ w1 [8 L' j) }9 Y- i# D6 O#我删了一部分内容，那些几乎都是各种不同板子的*_config，也就是目标的定义。

最后总结一下，当然这里也参考了前辈们的许多宝贵经验，顶层Makefile的主要任务就是组织整个u-boot工程的编译，概括可以分为一下几个步骤：

1、首先通过执行make *_config传入$(@:_config=), ARCH, CPU, BOARD, VENDOR, SOC参数（一共六个参数但不
4 s% {( b9 S1 I0 ~7 b   
   一定同时存在），给mkconfig。

2、mkconfig接收到传递过来的参数后，将include头文件夹相应的头文件夹链接好，生成config.h

3、然后执行make分别调用各个子目录的makefile文件，以生成所有的obj文件（包括start.o）和obj库文件*.a。

4、最后，通过链接器把所有目标文件链接起来，生成uboot镜像。不同格式的镜像都是调用相应工具，经

   由elf镜像间接或者直接的生成的。

& M( g; U( i  q% H5 Q+ C

kenson

不看不知道自己对SHELL的认识还有好多的不足

zhixiaoyuhong

kenson 发表于 2017-5-19 16:58
不看不知道自己对SHELL的认识还有好多的不足

make的语法和shell还有区别，唉，搞嵌入式这行要学的太多了。。。
1 g$ G# t8 r4 q

kenson

zhixiaoyuhong 发表于 2017-5-19 17:50
- h7 t: v$ a, S, S  Rmake的语法和shell还有区别，唉，搞嵌入式这行要学的太多了。。。

3 y' U  e1 ?9 D# w' j/ k是的makefile跟SHELL 是不一样的，但makefile要调用shell这个才要命，只能硬着学啰