linux中环境变量的设置和makefile文件的编辑，最好能详细一点的资料，谢谢！

八 环境变量

8.1 查看环境变量

$ env  显示所有的环境变量设置

$ echo $ENV_VARIABLE  显示指定环境变量的设置

例：

$ echo $PATH

/bin:/etc:/usr/bin:/tcb/bin

8.2 设定环境变量

$ ENV_VARIABLE=XXXexport ENV_VARIABLE

例：

$ PATH=$PATH:$INFORMIXDIR/binexport PATH  将环境变量PATH设定为原PATH值+$INFORMIXDIR/bin

8.3 取消环境变量设置

$ unset $ENV_VARIABLE

例：

$ set GZJ=gzjexport GZJ  设置环境变量GZJ

$ echo $GZJ

gzj 显示环境变量值

$ unset $GZJ  取消环境变量GZJ的设置

$ echo $GZJ

 已取消

一 makefile规则

makefile是一个make的规则描述脚本文件，包括四种类型行：目标行、命令行、宏定义行和make伪指令行（如“include”）。makefile文件中注释以“#”开头。当一行写不下时，可以用续行符“\”转入下一行。

1.1 目标行

目标行告诉make建立什么。它由一个目标名表后面跟冒号“:”，再跟一个依赖性表组成。

例：

example: depfile deptarget

该目标行指出目标example与depfile和deptarget有依赖关系，如果depfile或deptarget有修改，则重新生成目标。

example1 example2 example3: deptarget1 deptarget2 depfile

该目标行指出目标名表中的example1、example2、example3这三个各自独立的目标是用相同的依赖列表和规则生成的。

clean:

空的依赖列表说明目标clean没有其他依赖关系。

目标行后续的以Tab 开始的行是指出目标的生成规则，该Tab字符不能以空格代替。例如：

example.o:example.c example.h

cc –c example.c

该例子指出目标example.o依赖于example.c和example.h。如果example.c或example.h其中之一改变了，就需要执行命令cc –c example.c重新生成目标example.o。

可以用文件名模式匹配来自动为目标生成依赖表，如：

prog: *.c

以下是一个简单的makefile的例子：

图 1 最简单的makefile例

make使用makefile文件时，从第一个目标开始扫描。上例中的第一个目标为all，所以目标clean不会自动被执行，可以通过命令make clean来生成目标。

1.2 命令行

命令行用来定义生成目标的动作。

在目标行中分号“”后面的文件都认为是一个命令，或者一行以Tab制表符开始的也是命令。

如在上面的makefile例中，第三行以Tab字符开始的cc命令即是一个命令行，说明要生成hello应执行的命令。也可以写成：hello:hello.occ –c hello –L…

一般情况下，命令行的命令会在标准输出中回显出来，如对上面的makefile执行make时，标准输出如下：

cc -c hello.c

cc -o hello -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello.o

cc -c hello1.c

cc -o hello1 -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello1.o

如果不希望命令本身回显，可在命令前加@字符，如在上例中不希望回显cc –c hello.c和cc –c hello1.c，可修改makefile文件如下：

图 2 抑制回显的makefile例

对该makefile文件执行make时，标准输出如下：

cc -o hello -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello.o

cc -o hello1 -L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11 hello1.o

可以看出，命令行前有@字符的不回显。

1.3 宏定义行

在makefile中，可以使用宏定义减少用户的输入，例如上例中对hello和hello1的编译选项均为“-L/usr/X11R6/lib -L/usr/lib -lXm -lXt -lX11”，此时可以用宏来代替，如：

图 3 使用宏定义的makefile例

宏定义的基本语法是：

name=value

在定义宏时，次序不重要。宏不需要在使用前定义。如果一个宏定义多次，则使用最后一次的定义值。

可以使用“$”字符和“()”或“{}”来引用宏，例如：

cc –o hello.o $(CCFLAGS) hello.o

也可以将一个宏赋值给另一个宏，但这样的定义不能循环嵌套，如：

A=value1

B=value2

C=$(A) $(B)等价于C=value1 value2

1.4 伪指令

makefile大部分由宏定义行、命令行和目标行组成。第四种类型是make伪指令行。make伪指令没有标准化，不同的make可能支持不同的伪指令集，使得makefile有一定的不兼容性。如果要考虑移植性问题，则要避免使用make伪指令。但有一些伪指令，如include，由于使用比较多，很多不同make都提供该伪指令。

1.4.1 伪指令include

该伪指令类似C语言中的#include，它允许一次编写常用的定义并包括它。include伪指令必须在一行中，第一个元素必须是include，并且跟一个要包含的文件名，如：

include default.mk

1.4.2 伪指令“#”

“#”字符也是make的伪指令，它指出“#”后面的文件是注释，如：

PROGNAME=test # define macro

#don't modify this

二 后缀规则

2.1 双后缀规则

在前面的makefile例中有许多重复内容，例如，生成hello和hello1的命令类似，生成hello.o和hello1.o的命令也类似，除了编译或链接的文件不一样外，其它均相同，这时，我们就可以使用后缀规则。首先看一个双后缀的例子：

图 4 使用双后缀规则的makefile例

后缀规则使用特殊的目标名“.SUFFIXES”。

第一行中.SUFFIXES的依赖表为空，用来清除原有的后缀规则，因为.SUFFIXES可以在makefile中多次使用，每一次都将新的后缀规则加入以前的后缀规则中。

第二行中指定后缀规则为“.c .o”，即表示将所有的.c文件转换为.o文件。

第三行指定将.c文件转换成.o文件的方法。$(CC)为make的预定义宏，其默认值为cc，$<为特殊的宏，代替当前的源文件，即所有要编译的.c文件。

第六行指定目标hello和hello1的生成方法。$@为特殊的宏，代替当前的目标名，即hello和hello1，$@.o即为hello.o和hello1.o。

上例介绍的是双后缀规则，即它包含两个后缀，如.c.o，用来把一个C源文件编译为目标文件。双后缀规则描述如何由第一个后缀类型的文件生成第二个后缀类型的文件，例如：.c.o规则描述如何由.c文件生成.o文件。

2.2 单后缀规则

单后缀规则描述了怎样由指定后缀的文件生成由它基名为名字的文件。例如使用单后缀规则.c，可以由hello.c和hello1.c生成hello和hello1文件。例如将前面的makefile改为：

图 5 使用单后缀规则的makefile例

由于.c后缀规则为make标准后缀规则，make为其指定了相应的命令行，所以在makefile中可以不用再指定其目标生成的具体命令行。

下表是make提供的标准后缀规则。

表 1 make标准后缀规则

后缀规则 命令行

.c $(LINK.c) –o $@ $<$(LDLIBS)

.c.ln $(LINK.c) $(POUTPUT OPTPUT OPTION) –i $<

.c.o $(COMPILE.c) $(OUTPUT OPTION) $<

.c.a $(COMPILE.c) –o $% $<

$(AR) $(ARFLAGS) $@ $%

$(RM) $%

三 特殊目标

在后缀规则中使用了特殊目标.SUFFIXES，用来指定新增的后缀规则。make还提供了几个特殊目标来设置make的行为，下面为一些特殊的目标：

 .IGNORE

make在执行命令行时，如果返回的是错误码，make的缺省动作是停止并退出。增加该目标后，make将忽略命令行返回的错误码，并继续执行后续的 *** 作。

 .SILENT

前面已经介绍过，make在执行命令行时会回显命令行内容，在命令行前增加“@”字符将抑制该命令行的回显。

如果增加该目标，所有的命令行不再回显，相当于在每个命令行前均增加了“@”字符。

 .PRECIOUS

当收到一个信号或从shell命令返回非零的错误码时，make删除它所有已建立的文件。但有些文件即使出了错误，用户也不想让make删除，这些文件可以作为.PRECIOUS目标的参数。它可以在一个makefile中出现多次，每一次都累积文件列表。

 .SUFFIXES

它为makefile指定新的后缀规则，新的后缀规则作为.SUFFIXES的依赖表给出。.SUFFIXES可以在一个makefile中多次使用，每一次都将新的后缀规则加入以前的后缀规则中，如果.SUFFIXES的依赖表为空，则设置后缀规则表为空。

四 特殊的宏

为简单使用规则，make提供了几个特殊的宏：

 $@

整个当前目标名的值可以由宏“$@”来代替。

 $<

当前的源文件由“$<”来代替。例如，在前面的例子中用到了$(CC) –c $<，其中的“$<”是所有要编译的.c文件。宏“$<”仅在后缀规则或.DEFAULT中有效。

 $*

当前目标的基名由宏“$*”来代替。例如目标的名字是hello.o，则基名就是除去了后缀.o的hello。

以上介绍的特殊宏使用了make自身的规则，用户不可以改变。下表介绍了C中预定义的宏。

用途 宏 默认值

库文档汇编命令 AR ar

ARFLAGS rv

AS as

ASFLAGS

COMPILE.s $(AS) $(ASFLAGS) $(TARGET ARCH)

C编译器命令 CC cc

CFLAGS

CPPFLAGS

COMPILE.c $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET ARCH) –c

LINK.c $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) $(TARGET ARCH)

链接编辑器命令 LD ld

LDFLAGS

rm命令 RM rm

后缀列表 SUFFIXES .o .c .c~ .s .s~ .S .S~ .ln .f .f~ .F .F~ .l .mod .mod~ .sym

.def .def~ .p .p~ .r .r~ .y .y~ .h .h~ .sh .sh~ .cps .cps~

五 makefile的应用

当调用make时，它在当前目录下搜索文件名是“makefile”或“Makefile”的文件，并执行。

如果不想使用上述缺省文件，可以使用命令行中的“-f”来指定文件，如将编写的makefile命名为mklib，则指定为“make –f mklib”。

这个过程如下

1. 下载源文件、补丁和建立编译的目录

2. 建立内核头文件

3. 建立二进制工具（binutils）

4. 建立初始编译器（bootstrap gcc）

5. 建立c库(glibc)

6. 建立全套编译器（full gcc）

下载源文件、补丁和建立编译的目录

1. 选定软件版本号

选择软件版本号时，先看看glibc源代码中的INSTALL文件。那里列举了该版本的glibc编译时所需的binutils 和gcc的版本号。例如在 glibc-2.2.3/INSTALL 文件中推荐 gcc 用 2.95以上，binutils 用 2.10.1 以上版本。

我选的各个软件的版本是：

linux-2.4.21+rmk2

binutils-2.10.1

gcc-2.95.3

glibc-2.2.3

glibc-linuxthreads-2.2.3

如果你选的glibc的版本号低于2.2，你还要下载一个叫glibc-crypt的文件，例如glibc-crypt-2.1.tar.gz。 Linux 内核你可以从www.kernel.org 或它的镜像下载。

Binutils、gcc和glibc你可以从FSF的FTP站点ftp://ftp.gun.org/gnu/ 或它的镜像去下载。在编译glibc时，要用到 Linux 内核中的 include 目录的内核头文件。如果你发现有变量没有定义而导致编译失败，你就改变你的内核版本号。例如我开始用linux-2.4.25+vrs2，编译glibc-2.2.3 时报 BUS_ISA 没定义，后来发现在 2.4.23 开始它的名字被改为 CTL_BUS_ISA。如果你没有完全的把握保证你改的内核改完全了，就不要动内核，而是把你的 Linux 内核的版本号降低或升高，来适应 glibc。

Gcc 的版本号，推荐用 gcc-2.95 以上的。太老的版本编译可能会出问题。Gcc-2.95.3 是一个比较稳定的版本，也是内核开发人员推荐用的一个 gcc 版本。

如果你发现无法编译过去，有可能是你选用的软件中有的加入了一些新的特性而其他所选软件不支持的原因，就相应降低该软件的版本号。例如我开始用 gcc-3.3.2，发现编译不过，报 as、ld 等版本太老，我就把 gcc 降为 2.95.3。太新的版本大多没经过大量的测试，建议不要选用。

2. 建立工作目录

首先，我们建立几个用来工作的目录：

在你的用户目录，我用的是用户liang，因此用户目录为 /home/liang，先建立一个项目目录embedded。

$pwd

/home/liang

$mkdir embedded

再在这个项目目录 embedded 下建立三个目录 build-tools、kernel 和 tools。

build-tools-用来存放你下载的 binutils、gcc 和 glibc 的源代码和用来编译这些源代码的目录。

kernel-用来存放你的内核源代码和内核补丁。

tools-用来存放编译好的交叉编译工具和库文件。

$cd embedded

$mkdir build-tools kernel tools

执行完后目录结构如下：

$ls embedded

build-tools kernel tools

3. 输出和环境变量

我们输出如下的环境变量方便我们编译。

$export PRJROOT=/home/liang/embedded

$export TARGET=arm-linux

$export PREFIX=$PRJROOT/tools

$export TARGET_PREFIX=$PREFIX/$TARGET

$export PATH=$PREFIX/bin:$PATH

如果你不惯用环境变量的，你可以直接用绝对或相对路径。我如果不用环境变量，一般都用绝对路径，相对路径有时会失败。环境变量也可以定义在.bashrc文件中，这样当你logout或换了控制台时，就不用老是export这些变量了。

体系结构和你的TAEGET变量的对应如下表

你可以在通过glibc下的config.sub脚本来知道，你的TARGET变量是否被支持，例如：

$./config.sub arm-linux

arm-unknown-linux-gnu

在我的环境中，config.sub 在 glibc-2.2.3/scripts 目录下。

网上还有一些 HOWTO 可以参考，ARM 体系结构的《The GNU Toolchain for ARM Target HOWTO》，PowerPC 体系结构的《Linux for PowerPC Embedded Systems HOWTO》等。对TARGET的选取可能有帮助。

4. 建立编译目录

为了把源码和编译时生成的文件分开，一般的编译工作不在的源码目录中，要另建一个目录来专门用于编译。用以下的命令来建立编译你下载的binutils、gcc和glibc的源代码的目录。

$cd $PRJROOT/build-tools

$mkdir build-binutils build-boot-gcc build-gcc build-glibc gcc-patch

build-binutils-编译binutils的目录

build-boot-gcc-编译gcc 启动部分的目录

build-glibc-编译glibc的目录

build-gcc-编译gcc 全部的目录

gcc-patch-放gcc的补丁的目录

gcc-2.95.3 的补丁有 gcc-2.95.3-2.patch、gcc-2.95.3-no-fixinc.patch 和gcc-2.95.3-returntype-fix.patch，可以从 http://www.linuxfromscratch.org/ 下载到这些补丁。

再将你下载的 binutils-2.10.1、gcc-2.95.3、glibc-2.2.3 和 glibc-linuxthreads-2.2.3 的源代码放入 build-tools 目录中

看一下你的 build-tools 目录，有以下内容：

$ls

binutils-2.10.1.tar.bz2 build-gcc gcc-patch

build-binutlsbuild-glibc glibc-2.2.3.tar.gz

build-boot-gcc gcc-2.95.3.tar.gz glibc-linuxthreads-2.2.3.tar.gz

建立内核头文件

把你从 www.kernel.org 下载的内核源代码放入 $PRJROOT /kernel 目录

进入你的 kernel 目录：

$cd $PRJROOT /kernel

解开内核源代码

$tar -xzvf linux-2.4.21.tar.gz

或

$tar -xjvf linux-2.4.21.tar.bz2

小于 2.4.19 的内核版本解开会生成一个 linux 目录，没带版本号，就将其改名。

$mv linux linux-2.4.x

给 Linux 内核打上你的补丁

$cd linux-2.4.21

$patch -p1 <../patch-2.4.21-rmk2

编译内核生成头文件

$make ARCH=arm CROSS_COMPILE=arm-linux- menuconfig

你也可以用 config 和 xconfig 来代替 menuconfig，但这样用可能会没有设置某些配置文件选项和没有生成下面编译所需的头文件。推荐大家用 make menuconfig，这也是内核开发人员用的最多的配置方法。配置完退出并保存，检查一下的内核目录中的 include/linux/version.h 和 include/linux/autoconf.h 文件是不是生成了，这是编译 glibc 是要用到的，version.h 和 autoconf.h 文件的存在，也说明了你生成了正确的头文件。

还要建立几个正确的链接

$cd include

$ln -s asm-arm asm

$cd asm

$ln -s arch-epxa arch

$ln -s proc-armv proc

接下来为你的交叉编译环境建立你的内核头文件的链接

$mkdir -p $TARGET_PREFIX/include

$ln -s $PRJROOT/kernel/linux-2.4.21/include/linux $TARGET_PREFIX/include/linux

$in -s $PRJROOT/kernel/linux-2.4.21/include/asm-arm $TARGET_PREFIX/include/asm

也可以把 Linux 内核头文件拷贝过来用

$mkdir -p $TARGET_PREFIX/include

$cp -r $PRJROOT/kernel/linux-2.4.21/include/linux $TARGET_PREFIX/include

$cp -r $PRJROOT/kernel/linux-2.4.21/include/asm-arm $TARGET_PREFIX/include

建立二进制工具（binutils）

binutils是一些二进制工具的集合，其中包含了我们常用到的as和ld。

首先，我们解压我们下载的binutils源文件。

$cd $PRJROOT/build-tools

$tar -xvjf binutils-2.10.1.tar.bz2

然后进入build-binutils目录配置和编译binutils。

$cd build-binutils

$../binutils-2.10.1/configure --target=$TARGET --prefix=$PREFIX

--target 选项是指出我们生成的是 arm-linux 的工具，--prefix 是指出我们可执行文件安装的位置。

会出现很多 check，最后产生 Makefile 文件。

有了 Makefile 后，我们来编译并安装 binutils，命令很简单。

$make

$make install

看一下我们 $PREFIX/bin 下的生成的文件

$ls $PREFIX/bin

arm-linux-addr2line arm-linux-gasp arm-linux-objdump arm-linux-strings

arm-linux-ar arm-linux-ld arm-linux-ranlib arm-linux-strip

arm-linux-as arm-linux-nm arm-linux-readelf

arm-linux-c++filt arm-linux-objcopy arm-linux-size

我们来解释一下上面生成的可执行文件都是用来干什么的

add2line - 将你要找的地址转成文件和行号，它要使用 debug 信息。

Ar-产生、修改和解开一个存档文件

As-gnu 的汇编器

C++filt-C++ 和 java 中有一种重载函数，所用的重载函数最后会被编译转化成汇编的标号，c++filt 就是实现这种反向的转化，根据标号得到函数名。

Gasp-gnu 汇编器预编译器。

Ld-gnu 的连接器

Nm-列出目标文件的符号和对应的地址

Objcopy-将某种格式的目标文件转化成另外格式的目标文件

Objdump-显示目标文件的信息

Ranlib-为一个存档文件产生一个索引，并将这个索引存入存档文件中

Readelf-显示 elf 格式的目标文件的信息

Size-显示目标文件各个节的大小和目标文件的大小

Strings-打印出目标文件中可以打印的字符串，有个默认的长度，为4

Strip-剥掉目标文件的所有的符号信息

建立初始编译器（bootstrap gcc）

首先进入 build-tools 目录，将下载 gcc 源代码解压

$cd $PRJROOT/build-tools

$tar -xvzf gcc-2.95.3.tar.gz

然后进入 gcc-2.95.3 目录给 gcc 打上补丁

$cd gcc-2.95.3

$patch -p1<../gcc-patch/gcc-2.95.3.-2.patch

$patch -p1<../gcc-patch/gcc-2.95.3.-no-fixinc.patch

$patch -p1<../gcc-patch/gcc-2.95.3-returntype-fix.patch

echo timestamp >gcc/cstamp-h.in

在我们编译并安装 gcc 前，我们先要改一个文件 $PRJROOT/gcc/config/arm/t-linux，把

TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC

这一行改为

TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC -Dinhibit_libc -D__gthr_posix_h

你如果没定义 -Dinhibit，编译时将会报如下的错误

http://www.cnblogs.com/gcc-2.95.3/gcc/libgcc2.c:41: stdlib.h: No such file or directory

http://www.cnblogs.com/gcc-2.95.3/gcc/libgcc2.c:42: unistd.h: No such file or directory

make[3]: *** [libgcc2.a] Error 1

make[2]: *** [stmp-multilib-sub] Error 2

make[1]: *** [stmp-multilib] Error 1

make: *** [all-gcc] Error 2

---