调试脚本：
sh [-nvx] scripts
-n 不执行脚本，查询脚本内的语法，若有错误则列出
-v 在执行脚本之前，先将脚本的内容显示在屏幕上
-x 将用到的脚本内容显示在屏幕上，与-v稍微不同

注意：
1.在条件判断时一般使用"$var"的形式，这是为了防止出现var为空的情况，例如：if [ $var = "yes" ]中，如果var为空，那么会出现if [ = "yes" ]的情况，这是不合法的，而if [ "$var" = "yes"]则不会出现该问题。

ar 关键字 库文档名 文件列表
d    在库文档中删除一个文件
q    在现有库文档中添加一个文件，若库文档不存在，则创建之
r     新建一个库文档或覆盖一个现有库文档
t     显示一个库文档目录
s    强制生成库文档符号表
x     从一个库文档中提取一个或多个文件，并将它们保存在当前的工作目录中
v    生成一个详细的输出

假设已存在main.c、compute.c、input.c、main.h、compute.h、input.h这些文件，且compute.c使用了数学库libm.a，下面的例子用于库文档的创建和追加等。
ar r libmath.a input.o compute.o
该命令创建了文件input.o和compute.o的库文档文件libmath.a，如果该库文档已存在则会被覆盖。上述命令当libmath不存在时，可以使用ar q libmath.a input.o compute.o代替，该命令在libmath.a中追加新文件，当libmath.a不存在时自动创建；当想将当前目录中所有目标文件都放入库文件中，也可以使用ar r libmath.a *.o或者ar r libmath.a `ls *.o`这样的命令。
gcc main.c libmath.a -o power -lm
该命令将库文档中的input.o和compute.o链接到main.o上，使用-lm链接数学库libm.a，因为在compute.o中使用了pow函数。将libmath.a安装到/usr/lib后，就可以通过-lmath的方式使用了。
rm compute.o input.o
创建目标模块的库文档后，就可以删除原有模块。
ar t libmath.a
该命令用于显示库文档libmath.a的目录，同理可以使用ar vt libmath.a命令获得更详细的输出。
ar d libmath.a input.o
该命令用于从库文档libmath.a中删除一个或多个目标模块。
ar x libmath.a compute.o
该命令下哦那个库文档libmath.o中提取一个或多个目标模块，并放在当前目录中。

在makefile中也可以使用ar命令，这样创建了软件的可执行文件之后，也可以创建目标文档的库文档，具体方法如下：
CC=gcc
OPTIONS=-03
OBJECTS=main.o input.o compute.o
SOURCES=main.c input.c compute.c
HEADERS=main.h input.h compute.h
ARCHIVE=compute.o input.o
LIBRARY=libmath.a
AR_KEYS=qv
complete : power
    @echo "Build complete"
power : $(OBJECTS)
    $(CC) $(OPTIONS) -o $@ $^ -lm
    @echo "The executable is in the 'power' file"
main.o : main.h input.h compute.h
compute.o : compute.h
input.o : input.h
buldle :
    @echo "Archiving object modules..."
    ar $(AR_KEYS) $(LIBRARY) $(ARCHIVE)
    @echo "Archiving is complete."
power.tar : makefile $(HEADERS) $(SOURCES)
    tar -cvf $@ $^
clean :
    rm -f *.o

---------------------------------------------------------------------------------------------

库的使用

在安装库文档之前，需要给库文档生成和添加一个目录索引。库文档中的目标文件不是以任意顺序排列的，而是依赖于模块被插入到库文档中的顺序。带有目录的库文档在链接阶段是必要的，它允许库文档中的函数互相调用，而无论这些函数在库文档中的位置如何。
ranlib 库文档列表
该命令可以为库文档列表中的每个库文档生成和添加一个目录，该命令与如下命令相同：
ar s 库文档

一旦添加了目录之后，就可以安装该库使其成为公有，主要采取两个步骤：
1.创建库的头文件并把它放在/usr/include目录中，头文件包含库中资源的声明。一个库文档可以对应多个头文件，例如libmath.a可以对应input.h和compute.h。
2.在/usr/lib目录中放置该库文档，例如/usr/lib/libmath.a。
3.在使用该库时，在程序中加入对应头文件，并用带有-lmath的编译命令即可。

可以用nm命令显示一个库、目标或可执行文件的符号表，表中包括名称、类型、大小和进入点等信息。它的输出告知该库的属性，输出的每一行是每一个标识符，例如文件中的某个函数名或者变量名。nm命令显示的信息用于调试库和可执行文件，对于库文档中的每个文件或成员，nm命令至少会将下面的信息发送到标准输出：每个符号的地址、符号的值以及其类型。根据选项，也可能输出库或目标的名称以及符号的大小等。

nm [选项] [文件列表(库文件/目标文件/可执行文件)]
-D    只显示动态符号，当使用动态库时很有用
-V    nm命令版本号
-g    只显示全局符号的相关信息
-l     为每一个符号查找和显示文件名和行号
-n    用地址给外部符号分类
-u    只显示未定义的符号，即每个目标模块的外部符号
-w   给出更多警告信息
-f 格式    以不同格式输出，可以是bsd、sysv、posix等，默认是bsd

对nm命令，以后再进行详细学习，在此省略。

make [选项] [目标] [宏定义]
通过命令行参数中的target，可指定make要编译的目标，并且允许同时定义编译多个目标，操作时按照从左向右的顺序依次编译target选项中指定的目标文件。如果命令行中没有指定目标，则系统默认target指向描述文件中第一个目标文件。
-d    显示调试信息
-n    不运行任何makefile文件，只打印需要执行的命令
-p    输出所有宏定义和目标文件描述
-s    静止状态下运行，不显示任何命令行信息
-f file    通知make程序从file中读取内部依赖说明，缺省情况下会读取makefile或者Makefile文件处理，文件名-表示读取标准输入，在Linux中，GNU make工具在当前工作目录中按照GNUmakefile、makefile、Makefile的顺序搜索makefile文件

注意：在源文件没有被修改的情况下，运行make命令会生成一条消息，说源文件的可执行文件是最新的，不需要用make命令重新编译和链接。要强制再创建可执行代码，需要改变源文件的上次更新时间，可以使用touch命令，然后再次运行make命令。

touch [选项] 文件或目录
-r 文件或目录  把指定文件或目录的日期时间，设成和参考文件或目录的日期时间相同
-d 日期时间     使用指定的日期时间，而非现在的时间 

makefile规则

make程序基于文件之间的依赖性，需要建立的目标文件，以及建立目标文件时要执行的命令，以上所有被称为规则，存放在文件makefile中。定制规则的语法如下：
目标列表 : 关联性列表
<TAB>命令列表
注意：
1.可以在关联性列表和命令列表中使用shell文件名模式匹配字符，例如?、*、[]等等。
2.如果目标的命令列表中某个命令前面带有@，那么当make程序执行时，该命令是不会有反应的，在程序运行完毕之后，所有前面带@的命令按照反序执行。可以通过执行make -n命令显示这些命令以供查看。
3.如果目标的命令列表中某个命令前面带有-，说明如果该命令执行有误，会跳过该命令并继续执行。

make程序使用makefile中的规则决定程序中需要重新编译的文件，并再次链接生成可执行代码。如果源文件上修改的时间戳比目标文件上的时间戳更新，那么make重新编译build中包含的源文件。例如，如果修改了一个.h头文件，make程序就会重新编译所有包含该头文件的源文件，前提是头文件在这些源文件的目标文件的关联性列表中；再如某.c源文件被修改，那么该源文件被重新编译，生成对应的新的目标文件。
myprog : foo.o bar.o
    gcc –o myprog foo.o bar.o
foo.o : foo.c foo.h bar.h
    gcc –o foo.o –c foo.c
bar.o : bar.c bar.h
    gcc –o bar.o –c bar.c
上述规则中，只要目标文件比冒号后面的文件任何一个旧，将会执行下一行的命令；但是在检查foo.o和bar.o的时间之前，会往下查找那些把foo.o和bar.o作为目标文件的规则；以此类推，并最终回到myprog规则。
如何得到每个C文件的输出规则呢？可使用-M和-MM编译选项。注意：使用-M和-MM编译选项时，仅在shell中输出规则信息，不能用于产生可执行文件，即不能写成gcc -o hello -M hello.c这样的形式。
gcc –M hello.c            //输出hello.c和该文件中所有<>和””包含的头文件
gcc –MM hello.c        //仅输出hello.c和该文件中所有””包含的头文件

后缀（隐含）规则

make -p命令显示了所有后缀规则列表。为了建立一个目标，make使用程序会遍历一连串的依赖关系，从而决定从何处开始建立。如果没有找到目标文件，make程序按照优先顺序查找源文件，首先查找.c、.f或.s后缀的文件，然后再查找SCCS（带.c~后缀）文件，如果没有找到任何一个源文件，make程序就会报告一个异常。
make程序知道调用gcc -c xxx.c -o xxx.o的预定义命令，而且还知道目标文件通常和源文件是相同的，这种功能称作标准依赖性，所以foo.o : foo.c foo.h bar.h这样的语句可以简写成foo.o : foo.h bar.h。同时，如果把生成foo.o和bar.o的命令从规则中删除，make将自动查找它的隐含规则（gcc -M/MM输出的代码），然后找到一个适当的命令，命令中会使用一些变量，并且按照一定步骤设定。
因此，上述makefile的内容可以根据后缀规则简写成：
myprog : foo.o bar.o
    gcc –o myprog foo.o bar.o
foo.o : foo.h bar.h
bar.o : bar.h

宏定义（变量）

makefile中的变量定义可以存储文件名列表、可执行文件名以及编译器标识等，主要是使用如下方法：

VAR=name     变量定义
define VAR   
    name
endef        同上
$(VAR)       使用变量，如果变量名为单字符，可以不使用圆括号或花括号
${VAR}       同上
$@           当前目标文件
$*           删除了后缀的目标名
$<           依赖列表中，比当前目标更新的当前依赖名称（即第一个依赖文件）
$^           整个依赖列表
$?           依赖列表中，比当前目标更新的当前依赖列表
CFLAGS       通常默认值是-O，但是可以被修改

未使用后缀规则的makefile文件变成如下：
OBJS=foo.o bar.o
SOURCES=foo.c bar.c
HEADERS=foo.h bar.h
CC=gcc
CFLAGS=-Wall -O -g
myprog : $(OBJS)
    $(CC) $^ -o $@
foo.o : foo.c foo.h bar.h
    $(CC) $(CFLAGS) –c $< -o $@
bar.o : bar.c bar.h
    $(CC) $(CFLAGS) –c $< -o $@
而使用了后缀规则的makefile文件变成如下：
OBJS=foo.o bar.o
SOURCES=foo.c bar.c
HEADERS=foo.h bar.h
CC=gcc
myprog : $(OBJS)
    $(CC) S^ -o $@
foo.o : foo.h bar.h
bar.o : bar.h

虚目标

假设一个项目最后需要产生两个可执行文件exec1和exec2，但两个文件是相互独立的，此时可使用假想目的all来达到效果。
all : exec1 exec2
all文件并不存在，make总是会假设它需要被生成，因此会检查它的依靠文件exec1和exec2是否需要更新，当把它的依靠文件更新后，就会执行它的规则里的命令行，但是在规则里没有哪个命令作用于名为all的实际文件，所以该规则并不真正改变all的状态。
注意下面的语句用法，这些语句可以添加到makefile文件后：
myprog.tar : makefile $(SOURCES) $(HEADERS)
    tar -cvf $@ S^
clean :
    rm *.o
当make命令不带参数执行时，最后两个目标myprog.tar和clean的命令不会执行，因为这些文件没有依赖文件。将这两个目标作为参数传递给make命令，可以调用与目标关联的命令。例如：执行make myprog.tar命令会执行tar -cvf myprog.tar makefile foo.c bar.c foo.h bar.h语句，而执行make clean命令会执行clean *.o语句。

下面给出一个较完整的makefile文件：
---------------------------------------------------------
#Updated makefile that uses some built-in macros and
#@-preceded commands
define CC
    gcc
endef
OPTIONS=-03
OBJECTS=main.o input.o compute.o
SOURCES=main.c input.c compute.c
HEADERS=main.h input.h compute.h
complete : power
    @echo "Build complete"
power : $(OBJECTS)
    $(CC) $(OPTIONS) -o $@ $^ -lm
    @echo "The executable is in the 'power' file"
main.o : main.h input.h compute.h
compute.o : compute.h
input.o : input.h
power.tar : makefile $(HEADERS) $(SOURCES)
    tar -cvf $@ $^
clean :
    rm -f *.o
-----------------------------------------------------
执行结果为：
-----------------------------------------------------
$ make
gcc -c main.c -o main.o
gcc -c input.c -o input.o
gcc -c compute.c -o compute.o
gcc -o3 -o power main.o input.o compute.o -lm
The executable is in the 'power' file
Build complete
$ make power.tar
tar -cvf power.tar makefile main.h input.h compute.h main.c input.c compute.c
makefile
main.h
input.h
compute.h
main.c
input.c
compute.c
$ make clean
rm -f *.o
------------------------------------------------------

gcc [选项] 文件列表
-ansi        强制完全ANSI一致
-c           仅编译或汇编，生成目标代码文件，将.c、.i、.s等文件生成.o文件，其余文件被忽略
-S           仅编译，不进行汇编和链接，将.c、.i等文件生成.s文件，其余文件被忽略
-E           仅预处理，并发送预处理后的.i文件到标准输出，其余文件被忽略
-o file      创建可执行文件并保存在file中，而不是默认文件a.out
-g           产生用于调试和排错的扩展符号表，用于GDB调试，切记-g和-O通常不能一起使用
-w           取消所有警告
-W           给出更详细的警告
-O [num]     优化，可以指定0-3作为优化级别，级别0表示没有优化
-x language  默认为-x none，即依靠后缀名确定文件类型，加上-x lan确定后面所有文件类型，直到下一个-x出现为止
-D macro[=]  类似于源程序里的#define，在-D macro中的macro可被源程序识别，例如gcc -D NUM -D FILE=\"bbs.txt\" hello.c -o hello，第一个-D选项定义宏NUM，在程序中可以使用#ifdef来检查是否被设置，第二个-D定义宏FILE，在源程序中可用
-U macro     类似于源程序开头定义#undef macro，也就是取消源程序中的某个宏定义
-I dir       将dir目录加到搜寻头文件的目录中去，并优先于gcc中缺省的搜索目录，有多个-I选项时，按照出现顺序搜索
-L dir       将dir目录加到搜索-lname选项指定的函数库文件的目录列表中去，并优先于gcc缺省的搜索目录，有多个-L选项时，按照出现顺序搜索
-lname       在链接时使用函数库libname.a，链接程序在-L dir指定的目录和/lib、/usr/lib目录下寻找该库文件，在没有使用-static选项时，如果发现共享函数库libname.so，则使用libname.so进行动态链接        
-fPIC        产生位置无关的目标代码，可用于构造共享函数库
-static      禁止与共享函数库链接
-shared      尽量与共享函数库链接（默认）

以下是从某些博客中摘录的使用例子：
http://hi.baidu.com/eng_cheng/blog/item/37c2f3aee20a79c47dd92ab2.html

1.编译单个文件
vi hello.c               //创建源文件hello.c
gcc -o hello hello.c  //编译为可执行文件hello，在默认情况下产生的可执行文件名为a.out
./hello                  //执行文件，如果只写hello是错误的，因为系统会将hello当指令来执行，然后报错

2.编译多个源文件
vi message.c
gcc -c message.c         //输出message.o文件，是一个已编译的目标代码文件
vi main.c
gcc -c main.c            //输出main.o文件
gcc -o all main.o message.o    //执行连接阶段的工作，然后生成all可执行文件
./all
注意：gcc对如何将多个源文件编译成一个可执行文件有内置的规则，所以前面的多个单独步骤可以简化为一个命令。
vi message.c
vi main.c
gcc -o all message.c main.c
./all

3.使用外部函数库
GCC常常与包含标准例程的外部软件库结合使用，几乎每一个linux应用程序都依赖于GNU C函数库GLIBC。
vi trig.c
gcc -o trig -lm trig.c
GCC的-lm选项，告诉GCC查看系统提供的数学库libm。函数库一般会位于目录/lib或者/usr/lib中。

4.共享函数库和静态函数库
静态函数库：每次当应用程序和静态连接的函数库一起编译时，任何引用的库函数的代码都会被直接包含进最终二进制程序。
共享函数库：包含每个库函数的单一全局版本，它在所有应用程序之间共享。
vi message.c
vi hello.c
gcc -c hello.c
gcc -fPIC -c message.c
gcc -shared -o libmessge.so message.o
其中，PIC命令行标记告诉GCC产生的代码不要包含对函数和变量具体内存位置的引用，这是因为现在还无法知道使用该消息代码的应用程序会将它链接到哪一段地址空间。这样编译输出的文件message.o可以被用于建立共享函数库。-shared标记将某目标代码文件变换成共享函数库文件。
gcc -o all -lmessage -L. hello.o
-lmessage标记来告诉GCC在连接阶段使用共享数据库libmessage.so，-L.标记告诉GCC函数库可能在当前目录中，首先查找当前目录，否则GCC连接器只会查找系统函数库目录，在本例情况下，就找不到可用的函数库了。