[转载]编译和链接_Detective_ALong_新浪博客

原文地址：编译和链接 作者：mzh3690148

、有关编译和链接 摘自：《跟我一起学Makefile-陈浩》

在此，我想多说关于程序编译的一些规范和方法，一般来说，无论是C、C++、还是pas，首先 要把源文件编译成中间代码文件，在Windows下也就是 .obj 文件，UNIX下是 .o 文件，即 Object File，这个动作叫做编译（compile）。然后再把大量的Object File合成执行文件，这个动作叫作链接（link）。

编译时，编译器需要的是语法的正确，函数与变量的声明的正确。对于后者，通常是你需要告诉编译 器头文件的所在位置（头文件中应该只是声明，而定义应该放在C/C++文件中），只要所有的语法正确，编译器就可以编译出中间目标文件。一般来说，每个源 文件都应该对应于一个中间目标文件（O文件或是OBJ文件）。

链接时，主要是链接函数和全局变量，所以，我们可以使用这些中间目标文件（O文件或是OBJ文 件）来链接我们的应用程序。链接器并不管函数所在的源文件，只管函数的中间目标文件（Object File），在大多数时候，由于源文件太多，编译生成的中间目标文件太多，而在链接时需要明显地指出中间目标文件名，这对于编译很不方便，所以，我们要给 中间目标文件打个包，在Windows下这种包叫“库文件”（Library File)，也就是 .lib 文件，在UNIX下，是Archive File，也就是 .a 文件。

总结一下，源文件首先会生成中间目标文件，再由中间目标文件生成执行文件。在编译时，编译器只 检测程序语法，和函数、变量是否被声明。如果函数未被声明，编译器会给出一个警告，但可以生成Object File。而在链接程序时，链接器会在所有的Object File中找寻函数的实现，如果找不到，那到就会报链接错误码（Linker Error），在VC下，这种错误一般是：Link 2001错误，意思说是说，链接器未能找到函数的实现。你需要指定函数的Object File.

==================================================================

二、静态库/共享库/动态库 摘自：http://linux.chinaunix.net/techdoc/net/2008/08/07/1023852.shtml 其它：http://www.diybl.com/course/6_system/linux/Linuxjs/20090314/161366.html 通常库分为：静态库,共享库，动态加载库,。下面分别介绍。 一、 静态库： 1.概念： 静态库就是一些目标文件的集合，以.a结尾。静态库在程序链接的时候使用，链接器会将程序中使用 到函数的代码从库文件中拷贝到应用程序中。一旦链接完成，在执行程序的时候就不需要静态库了。 由于每个使用静态库的应用程序都需要拷贝所用函数的代码，所以静态链接的文件会比较大。 2.创建与应用: 首先创建库文件libhello.c #include void hello() { printf("hello, welcome to library world!/n"); } 创建头文件libhello.h void hello(); 现在我们创建libhello静态库文件: $ gcc -c libhello -o libhello.o $ ar rcs libhello.a libhello.o 其中ar中的rcs的意思是： r表明将模块加入到静态库中，c表示创建静态库，s表示生产索引。 我们写一个测试程序: $ cat test.c #include int main(void) { printf("use library hello./n"); hello(); return 0; } 编译与链接： $ gcc -c test.c -o test.o $ gcc test.o -L. -lhello -o test 说明：-L.表示将当前目录加入到库搜索路径。默认的库搜索路径在/usr/lib目录下。 另外这里说明一下易混淆的参数-I, 它表示搜索头文件的路径。这样gcc在查找头文件的时候会首先 到-I指定的目录查找，然后才是系统默认目录。 -l参数: -lname表示库搜索目录下的libname.a 或者libname.so文件 , 这也是为什么库文件都以lib开头的原因之一。一个惯例嘛。当然了，如果你的库文件不是 libhello,而是hello. 那就不能用-l参数编译了。 可以这样： gcc test.o -L. hello.a -o test 注意: $gcc -L. -lhello test.o -o test 会出错！。 原因是: -l是链接器选项，必须要放到被编译文件的后面。 所以上面的命令中-lhello一定要 放到 test.o的后面。 运行： $ ./test use library hello. hello, welcome to library world! 二、共享库: 1、共享库的概念： 共享库以.so结尾. (so == share object) 在程序的链接时候并不像静态库那样在拷贝 使用函数的代码，而只是作些标记。然后在程序开始启动运行的时候，动态地加载所需模块。所以， 应用程序在运行的时候仍然需要共享库的支持。 共享库链接出来的文件比静态库要小得多。 2、共享库的命名 一般一个共享库的有三个名字：soname, real-name, linker-name。下面先看实例: $ ls -l /usr/lib/libncurses* lrwxrwxrwx 1 root root 20 2008-05-25 13:54 libncurses.so -> /lib/libncurses.so.5 lrwxrwxrwx 1 root root 13 2008-05-26 15:18 libncurses.so.5 -> libtermcap.so 上面的libncurses.so.5就是soname, 其中ncurses是库名，5分别是主版本号(major)， 当然也可以有次版本号(minor)和发行号(release)。(类似于libncurses.so.5.0.0) .so当然表示共享库了。通常soname只是real name的一个链接。 而libtermcap.so 这是ncurse库的real-name, 也就是包含真是代码实现的文件. libncurses.so 则是linker name,用于应用程序链接的时候的一个搜索名。 它通常是soname的 一个链接,形式为libname.so 3、共享库的装载 (1) 在所有基于GNU glibc的系统(当然包括Linux)中，在启动一个ELF二进制执行程序时， 一个特殊的程序"程序装载器"会被自动装载并运行。在linux中，这个程序装载器就是 /lib/ld-linux.so.X(X是版本号)。它会查找并装载应用程序所依赖的所有共享库。 被搜索的目录保存在/etc/ls.so.conf文件中，但一般/usr/local/lib并不在搜索之列， 至少debian/ubuntu是这样。这似乎是一个系统失误，只好自己加上了。当然，如果程序的每次启动， 都要去搜索一番，势必效率不堪忍受。Linux系统已经考虑这一点，对共享库采用了缓存管理。ldconfig 就是实现这一功能的工具，其缺省读取/etc/ld.so.conf文件，对所有共享库按照一定规范建立 符号连接，然后将信息写入/etc/ld.so.cache。 /etc/ld.so.cache的存在大大加快了程序的启动速度。 (2) 当然你也可以通过设置环境变量LD_LIBRARY_PATH来设置ld的装载路径。这样装载器就会 首先搜索该变量的目录，然后才是默认目录。但是记住，LD_LIBRARY_PATH是用于开发和测试的， 你可以将一些用于测试的替代共享库的目录放到该变量中，类似于/etc/ld.so.preload的作用。