Linux环境下使用eclipse开发C++动态链接库程序
Linux中也有类似windows中DLL的变成方法，只不过名称不同而已。在Linux中，动态链接叫做Standard Object，生成的动态链接文件为*.so。详细请参考相关文档。
开发环境：Eclipse 3.4.2
G++：4.3.2
1. 创建动态链接库
（1）在Eclipse中创建新的C++工程
File->New->Project->C++->C++ Project，选择Shared Library。
（2）创建源代码文件
File->New->Source File，指定名称为shared.cc
（3）编写源码
/*
* Test.cc
*
* Created on: Oct 10, 2009
* Author: fify
*/
#include <iostream>
using namespace std;
void show()
{
cout << "Shared Library." << endl;
}
编译动态库时遇到relocation R_X86_64_32 against `a local symbol'的错误
编译动态库时遇到如下错误：
...
... relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
... could not read symbols: Bad value
解决办法编译器已经提示了：recompile with -fPIC
但是我们应该重新编译谁带上这个参数呢？经过我几番折腾，发现如下情况：
1、编译.o文件的时候，没有加参数-fPIC，这问题个在gcc version 3.4.6版本没有发生，可能那个编译器默认都给加上吧。
2、当前程序中有用到某个静态库，那个静态库编译.o文件的时候没有加上-fPIC（静态库其实就是.o文件打包）。
补充一点：我发现手写Makefile时即使不加-fPIC也没有这个问题，这一点很郁闷，这个只在用automake工具编译出.a文件时才出现过。
知道原因了，解决办法自然有了，保证你编译.o文件的时候，都加上-fPIC，这样你才能编译出动态库来。
如下图，注意：编译器和连接器都需要加参数。
![Linux环境下使用eclipse开发C++动态链接库程序[转] - chek liang - chek liang](http://www.haogongju.net/skin/images/nophoto.gif)
编译之后将在工程目录下生成一个libshared.so文件，这就是我们要用的动态链接库文件。
2. 调用动态链接库文件
（1）创建C++工程，选择Executable类型工程
（2）添加Source File，并编写源码
//============================================================================
// Name : Import.cpp
// Author : Fify
// Version :
// Copyright : Fify copyleft
// Description : Hello World in C++, Ansi-style
//============================================================================
#include <iostream>
using namespace std;
void show();
int main()
{
show();
return 0;
}
（3）设置导入动态库
Project->Properties->C/C++ Build->Settings->Tool Settings->GCC C++ Linker->Libraries
添加Libraries (-l): shared
添加Library search path (-L): {刚才编译生成的*.so文件路径}
（4）编译该项目
3. 运行含动态链接库的程序
点击运行，会出现以下错误：error while loading shared libraries: libShared.so: cannot open shared object file: No such file or directory ，因为系统无法从默认位置找到动态链接库文件。修改系统默认搜索链接库的路径，程序即可顺利执行，输出：
Shared Library.
关于ubuntu添加共享库路径(解释转载)
http://hi.baidu.com/ever__love/blog/item/62473a97ed1aa145d1135eba.html
http://blog.csdn.net/ubuntulover/article/details/6978301
1. 将绝对路径写入 /etc/ld.so.conf
2. 执行 ldconfig 重新记载一遍
OK!
***********************************************************************************************************************************
下面是繁琐的解释，愿意看的就看下。。。。。
库文件在连接(静态库和共享库)和运行(仅限于使用共享库的程序)时被使用，其搜索路径是在系统中进行设置的。一般 Linux 系统把 /lib 和 /usr/lib 两个目录作为默认的库搜索路径，所以使用这两个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库，需要将库的位置添加到 库的搜索路径之中。设置库文件的搜索路径有下列两种方式，可任选其一使用：
在环境变量 LD_LIBRARY_PATH 中指明库的搜索路径。
在 /etc/ld.so.conf 文件中添加库的搜索路径。
将自己可能存放库文件的路径都加入到/etc/ld.so.conf中是明智的选择
添加方法也极其简单，将库文件的绝对路径直接写进去就OK了，一行一个。例如：
/usr/X11R6/lib
/usr/local/lib
/opt/lib
需要注意的是：第二种搜索路径的设置方式对于程序连接时的库(包括共享库和静态库)的定位已经足够了，但是对于 使用了共享库的程序的执行还是不 够的。这是因为为了加快程序执行时对共享库的定位速度，避免使用搜索路径查找共享库的低效率，所以是直接读取库列表文件 /etc/ld.so.cache 从中进行搜索的。/etc/ld.so.cache 是一个非文本的数据文件，不能直接编辑，它是根据 /etc/ld.so.conf 中设置的搜索路径由 /sbin/ldconfig 命令将这些搜索路径下的共享库文件集中在一起而生成的(ldconfig 命令要以 root 权限执行)。因此，为了保证程序执行时对库的定位，在 /etc/ld.so.conf 中进行了库搜索路径的设置之后，还必须要运行 /sbin/ldconfig 命令更新 /etc/ld.so.cache 文件之后才可以。ldconfig ,简单的说，它的作用就是将/etc/ld.so.conf列出的路径下的库文件缓存到/etc/ld.so.cache 以供使用。因此当安装完一些库文件，(例如刚安装好glib)，或者修改ld.so.conf增加新的库路径后，需要运行一下 /sbin/ldconfig使所有的库文件都被缓存到ld.so.cache中，如果没做，即使库文件明明就在/usr/lib下的，也是不会被使用 的，结果编译过程中抱错，缺少xxx库，去查看发现明明就在那放着，搞的想大骂computer蠢猪一个。
在程序连接时，对于库文件(静态库和共享库)的搜索路径，除了上面的设置方式之外，还可以通过 -L 参数显式指定。因为用 -L 设置的路径将被优先搜索，所以在连接的时候通常都会以这种方式直接指定要连接的库的路径。
前面已经说明过了，库搜索路径的设置有两种方式：在环境变量 LD_LIBRARY_PATH 中设置以及在 /etc/ld.so.conf 文件中设置。其中，第二种设置方式需要 root 权限，以改变 /etc/ld.so.conf 文件并执行 /sbin/ldconfig 命令。而且，当系统重新启动后，所有的基于 GTK2 的程序在运行时都将使用新安装的 GTK 库。不幸的是，由于 GTK 版本的改变，这有时会给应用程序带来兼容性的问题，造成某些程序运行不正常。为了避免出现上面的这些情况，在 GTK 及其依赖库的安装过程中对于库的搜索路径的设置将采用第一种方式进行。这种设置方式不需要 root 权限，设置也简单：
$ export LD_LIBRARY_PATH=/opt/gtk/lib:$LD_LIBRARY_PATH
可以用下面的命令查看 LD_LIBRAY_PATH 的设置内容：
$ echo $LD_LIBRARY_PATH
至此，库的两种设置就完成了。