第一反应是：居然没有对应的.so 和.a，dll搜索path居然是编译阶段就定好了。
好吧，都是可以控制的
静态库:
对函数库的链接是放在编译时期（compile time）完成的。所有相关的对象文件（object file）与牵涉到的函数库（library）被链接合成一个可执行文件（executable file），即将动态库内容拷贝到自己需要的程序中，所以程序在运行时，与函数库再无瓜葛，所以这些函数库被成为静态库（static libaray），通常文件名为“libxxx.a”的形式。 在linux环境中, 使用ar命令创建静态库文件.如下是命令的选项: d -----从指定的静态库文件中删除文件 m -----把文件移动到指定的静态库文件中 p -----把静态库文件中指定的文件输出到标准输出 q -----快速地把文件追加到静态库文件中 r -----把文件插入到静态库文件中 t -----显示静态库文件中文件的列表 x -----从静态库文件中提取文件 还有多个修饰符修改以上基本选项,详细请man ar 以下列出三个: a -----把新的目标文件(*.o)添加到静态库文件中现有文件之后 b -----***************************************之前 v -----使用详细模式 ar 命令的命令行格式如下: ar [-]{dmpqrtx}[abcfilNoPsSuvV] [membername] [count] archive files... eg: ar -crs hello.a hello.c动态库 ： 库函数的链接载入推迟到程序运行的时期（runtime）。这就是如雷贯耳的动态链接库（dynamic link library）技术。动态链接库的特点与优势： 1. 可以实现进程之间的资源共享。 某个程序的在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否已有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有没有才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大的节省了系统的内存资源。C的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个C标准库的代码段。 2. 将一些程序升级变得简单。用户只需要升级动态链接库，而无需重新编译链接其他原有的代码就可以完成整个程序的升级 3. 甚至可以真正做到链接载入完全由程序员在程序代码中控制。 所有的函数本着“有需求才调入”的原则，于是大大节省了系统资源。动态链接库的创建
由于动态链接库函数的共享特性，它们不会被拷贝到可执行文件中。在编译的时候，编译器只会做一些函数名之类的检查。在程序运行的时候，被调用的动态链接库函数被安置在内存的某个地方，所有调用它的程序将指向这个代码段。因此，这些代码必须实用相对地址，而不是绝对地址。在编译的时候，我们需要告诉编译器，这些对象文件是用来做动态链接库的，所以要用地址不无关代码（Position Independent Code （PIC））。
对gcc编译器，只需添加上 -fPIC 标签，如：
1.创建共享库
gcc -fPIC -c error.c
gcc -fPIC -c errorlog.c
gcc -shared -o libapue.so error.o errorlog.o
这样就创建了共享库!
注意到最后一行，-shared 标签告诉编译器这是要建立动态链接库。这与静态链接库的建立很不一样，后者用的是 ar 命令。也注意到，动态链接库的名字形式为 “libxxx.so” 后缀名为 “.so”
2.编译共享库
使用动态链接库，首先需要在编译期间让编译器检查一些语法与定义。
这与静态库的实用基本一样，用的是 -Lpath 和 -lxxx 标签。如：
gcc file1.o file2.o -Lpath -lxxx -o program.exe
编译器会先在path文件夹下搜索libxxx.so文件，如果没有找到，继续搜索libxxx.a（静态库）。
在程序运行期间，也需要告诉系统去哪里找你的动态链接库文件。在UNIX下是通过定义名为 LD_LIBRARY_PATH 的环境变量 来实现的。只需将path赋值给此变量即可。csh 命令为：
setenv LD_LIBRARY_PATH your/full/path/to/dll
一切安排妥当后，你可以用 ldd 命令检查是否连接正常。
ldd program.exe
如何才能让动态加载器发现库文件呢?有两种方法可以解决:
LD_LIBRARY_PATH 环境变量
/etc/ld.so.conf文件
1.环境变量
export LD_LIBRARY_PATH="dir$LD_LIBRARY_PATH"
2.修改/etc/ld.so.conf文件.位于/etc/ld.so.conf
一般应用程序的库文件不与系统库文件放在同一个目录下,一般把应用程序的共享库文件放在/usr/local/lib下,新建一个属于自己的目录apue,然后把刚才libapue.so复制过去就行了
同时在/etc/ld.so.conf中新增一行:
/usr/local/lib/apue
实例分析：
1、动态库的编译
下面通过一个例子来介绍如何生成一个动态库。这里有一个头文件：so_test.h，三个.c文件：test_a.c、test_b.c、test_c.c，我们将这几个文件编译成一个动态库：libtest.so。
so_test.h：
#include
#include
void test_a();
void test_b();
void test_c();
test_a.c：
#include "so_test.h"
void test_a()
{
printf("this is in test_a.../n");
}
test_b.c：
#include "so_test.h"
void test_b()
{
printf("this is in test_b.../n");
}
test_a.c：
#include "so_test.h"
void test_c()
{
printf("this is in test_c.../n");
}
将这几个文件编译成一个动态库：libtest.so
$ gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so
2、动态库的链接
在1、中，我们已经成功生成了一个自己的动态链接库libtest.so，下面我们通过一个程序来调用这个库里的函数。程序的源文件为：test.c。
test.c：
#include "so_test.h"
int main()
{
test_a();
test_b();
test_c();
return 0;
}
l 将test.c与动态库libtest.so链接生成执行文件test：
$ gcc test.c -L. -ltest -o test
l 测试是否动态连接，如果列出libtest.so，那么应该是连接正常了
$ ldd test
l 执行test，可以看到它是如何调用动态库中的函数的。
3、编译参数解析
最主要的是GCC命令行的一个选项:
-shared 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件
l -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。
l -L.：表示要连接的库在当前目录中
l -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称
l LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。
l 当然如果有root权限的话，可以修改/etc/ld.so.conf文件，然后调用 /sbin/ldconfig来达到同样的目的，不过如果没有root权限，那么只能采用输出LD_LIBRARY_PATH的方法了。
4、注意
调用动态库的时候有几个问题会经常碰到，有时，明明已经将库的头文件所在目录 通过 “-I” include进来了，库所在文件通过 “-L”参数引导，并指定了“-l”的库名，但通过ldd命令察看时，就是死活找不到你指定链接的so文件，这时你要作的就是通过修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件来指定动态库的目录。通常这样做就可以解决库无法链接的问题了。
３： 如果出现下列错误
./test: error while loading shared libraries: libtest.so: cannot open shared object file: No such file or directory
解决方法：
１： export LD_LIBRARY_PATH=DIR:$LD_LIBRARY_PATH
２： 修改文件/etc/ld.so.config文件，在末行加上你的库文件目录，最后,ldconfig刷新ld.so.cache文件即可。可以用strings命令查看ld.so.cache是否刷新：strings /etc/ld.so.cache | grep print
４： ldd命令查看动态连接库
linux-gate.so.1 => (0xb7f0e000)
libprint.so => not found
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7d82000)
/lib/ld-linux.so.2 (0xb7ef4000)
５ ： nm查看程序中有那些符号
049f18 d _DYNAMIC
08049ff4 d _GLOBAL_OFFSET_TABLE_
080485cc R _IO_stdin_used
w _Jv_RegisterClasses
08049f08 d __CTOR_END__
08049f04 d __CTOR_LIST__
08049f10 D __DTOR_END__
08049f0c d __DTOR_LIST__
080485ec r __FRAME_END__
08049f14 d __JCR_END__
08049f14 d __JCR_LIST__
0804a018 A __bss_start
0804a010 D __data_start
08048580 t __do_global_ctors_aux
08048450 t __do_global_dtors_aux
６： strip取出程序中符号
７： strings查看可执行文件中的文本信息