1.制作so文件：libadd_c.so
add.c：
编译：
gcc -shared -fpic -lm -ldl -o libadd_c.so add.c
2.编写测试函数
test.cpp
编译：
g++ test.cpp -ldl -o test
3.运行
./test
参考：
介绍一下上面用到的接口函数
1)
函数原型：void *dlopen(const char *libname,int flag);
功能描述：dlopen必须在dlerror，dlsym和dlclose之前调用，表示要将库装载到内存，准备使用。如果要装载的库依赖于其它库，必须首先装载依赖库。如果dlopen操作失败，返回NULL值；如果库已经被装载过，则dlopen会返回同样的句柄。
参数中的libname一般是库的全路径，这样dlopen会直接装载该文件；如果只是指定了库名称，在dlopen会按照下面的机制去搜寻：
a.根据环境变量LD_LIBRARY_PATH查找
b.根据/etc/ld.so.cache查找
c.查找依次在/lib和/usr/lib目录查找。
flag参数表示处理未定义函数的方式，可以使用RTLD_LAZY或RTLD_NOW。RTLD_LAZY表示暂时不去处理未定义函数，先把库装载到内存，等用到没定义的函数再说；RTLD_NOW表示马上检查是否存在未定义的函数，若存在，则dlopen以失败告终。
2)
函数原型：char *dlerror(void);
功能描述：dlerror可以获得最近一次dlopen,dlsym或dlclose操作的错误信息，返回NULL表示无错误。dlerror在返回错误信息的同时，也会清除错误信息。
3)
函数原型：void *dlsym(void *handle,const char *symbol);
功能描述：在dlopen之后，库被装载到内存。dlsym可以获得指定函数(symbol)在内存中的位置(指针)。如果找不到指定函数，则dlsym会返回NULL值。但判断函数是否存在最好的方法是使用dlerror函数，
4)
函数原型：int dlclose(void *);
功能描述：将已经装载的库句柄减一，如果句柄减至零，则该库会被卸载。如果存在析构函数，则在dlclose之后，析构函数会被调用。
好了，现在来编译打包，命令如下：
$ g++ -shared -fPIC -o libhello.so hello.cpp
$ g++ main.cpp -ldl
在上面dlopen函数中，看到我们传的第一个参数并没有指定路径，只给出了库的名称。那是因为已经在环境变量LD_LIBRARY_PATH中指定了 ./ 目录，如下图所示。
如果你想放在其他目录，修改该环境变量即可。
转自：http://blog.csdn.net/yf210yf/article/details/11712999
昨晚有个朋友问我关于在C中调用C++库的问题，今天午饭后，由于脖子痛的厉害而没有加入到我们组的“每天一战”的行列中去，所以正好将C和C++之间的库调用关系做个总结。
1.extern "C"的理解：
很多人认为"C"表示的C语言，实际并非如此，"C"表示的是一种链接约定，只是因C和C++语言之间的密切关系而在它们之间更多的应用而已。实际上Fortran和汇编语言也常常使用，因为它们也正好符合C实现的约定。
extern "C"指令描述的是一种链接约定，它并不影响调用函数的定义，即时做了该声明，对函数类型的检查和参数转换仍要遵循C++的标准，而不是C。
2.extern "C"的作用：
不同的语言链接性是不同的，那么也决定了它们编译后的链接符号的不同，比如一个函数void fun(double d)，C语言会把它编译成类似_fun这样的符号，C链接器只要找到该函数符号就可以链接成功，它假设参数类型信息是正确的。而C++会把这个函数编译成类似_fun_double或_xxx_funDxxx这样的符号，在符号上增加了类型信息，这也是C++可以实现重载的原因。
那么，对于用C编译器编译成的库，用C++直接链接势必会出现不能识别符号的问题，是的，需要extern "C"的时刻来了，它就是干这个用的。extern "C" 的作用就是让编译器知道要以C语言的方式编译和连接封装函数。
3.在C++中调用C库的例子：
1).做一个C动态库：
#include <stdio.h>
void hello()
{
printf("hello\n");
}
编译并copy到系统库目录下(也可以自己定义库目录，man ldconfig):
[root@coredump test]# gcc --shared -o libhello.so hello.c
[root@coredump test]# cp libhello.so /lib/
2).写个C++程序去调用它：
#include <iostream>
#ifdef __cplusplus
extern "C" { // 告诉编译器下列代码要以C链接约定的模式进行链接
#endif
void hello();
#ifdef __cplusplus
}
#endif
int main()
{
hello();
return 0;
}
编译并运行：
[root@coredump test]# g++ test.cpp -o test -lhello
[root@coredump test]# ./test
hello
[root@coredump test]#
3).__cplusplus宏的条件编译：
为什么要加这个条件编译呢？小沈阳有话：小妹，这是为什么呢？
因为这种技术也可能会用在由C头文件产生出的C++文件中，这样使用是为了建立起公共的C和C++文件，也就是保证当这个文件被用做C文件编译时，可以去掉C++结构，也就是说，extern "C"语法在C编译环境下是不允许的。
比如：将上面的test.cpp更名为test.c，将头文件改为stdio.h，将条件编译去掉，再用gcc编译就可以看到效果。而即使做了上面的修改，如果用g++编译就可以正常使用，这就是我上面说的“公共的C和C++文件”的意思。
4.C调用C++库：
C++调用C库看上去也不是那么困难，因为C++本身就有向前(向C)兼容的特性，再加上纯天然的extern "C"约定，使得一切都是那么自然。而让C调用C++的库似乎就没那么容易，不过也不是不可以的。
说到这里我得休息一下，大中午的，出去抽根烟先，不过我也相信如果你不知道答案，看到这里的时候肯定在到处找板砖，恨不得敲开我的脑壳子。我能理解，我也习惯了，我有个学姐一看到我第一反应就是扔出一块砖头先！
言归正传，还是要借助这纯天然的extern "C"。
1)做一个C++库：
#include <iostream>
void world()
{
std::cout << "world" << std::endl;
}
编译并copy到系统库目录下:
[root@coredump test]# g++ --shared -o libworld.so world.cpp
[root@coredump test]# cp libworld.so /lib/
2)做一个中间接口库，对C++库进行二次封装：
#include <iostream>
void world();
#ifdef __cplusplus
extern "C" { // 即使这是一个C++程序，下列这个函数的实现也要以C约定的风格来搞！
#endif
void m_world()
{
world();
}
#ifdef __cplusplus
}
#endif
其中方法m_world即为libworld库中world方法的二次封装，编译并copy到系统库目录下:
[root@coredump test]# g++ --shared -o libmid.so mid.cpp -lworld
[root@coredump test]# cp libmid.so /lib/
3).C程序通过链接二次接口库去调用C++库：
#include <stdio.h>
int main()
{
m_world();
return 0;
}
编译并运行：
[root@coredump test]# gcc test.c -l mid -o test
[root@coredump test]# ./test
world
[root@coredump test]#
注：如果对于C++库中含有类的，可以在二次接口函数中生成临时对象来调用对应的功能函数，当然要根据实际情况来定了。
转自：http://blog.csdn.net/superbfly/article/details/43739923
-l参数和-L参数
-l参数就是用来指定程序要链接的库，-l参数紧接着就是库名，那么库名跟真正的库文件名有什么关系呢？就拿数学库来说，他的库名是m，他的库文件名是libm.so，很容易看出，把库文件名的头lib和尾.so去掉就是库名了
好了现在我们知道怎么得到库名，当我们自已要用到一个第三方提供的库名字libtest.so，那么我们只要把libtest.so拷贝到/usr/lib里，编译时加上-ltest参数，我们就能用上libtest.so库了（当然要用libtest.so库里的函数，我们还需要与libtest.so配套的头文件）
放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了，但如果库文件没放在这三个目录里，而是放在其他目录里，这时我们只用-l参数的话，链接还是会出错，出错信息大概是：“/usr/bin/ld: cannot find -lxxx”，也就是链接程序ld在那3个目录里找不到libxxx.so，这时另外一个参数-L就派上用场了，比如常用的X11的库，它在/usr/X11R6/lib目录下，我们编译时就要用-L/usr/X11R6/lib -lX11参数，-L参数跟着的是库文件所在的目录名。再比如我们把libtest.so放在/aaa/bbb/ccc目录下，那链接参数就是-L/aaa/bbb/ccc -ltest
另外，大部分libxxxx.so只是一个链接，以RH9为例，比如libm.so它链接到/lib/libm.so.x，/lib/libm.so.6又链接到/lib/libm-2.3.2.so，
如果没有这样的链接，还是会出错，因为ld只会找libxxxx.so，所以如果你要用到xxxx库，而只有libxxxx.so.x或者libxxxx-x.x.x.so，做一个链接就可以了ln -s libxxxx-x.x.x.so libxxxx.so
手工来写链接参数总是很麻烦的，还好很多库开发包提供了生成链接参数的程序，名字一般叫xxxx-config，一般放在/usr/bin目录下，比如
gtk1.2的链接参数生成程序是gtk-config，执行gtk-config --libs就能得到以下输出"-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic
-lgmodule -lglib -ldl -lXi -lXext -lX11 -lm"，这就是编译一个gtk1.2程序所需的gtk链接参数，xxx-config除了--libs参数外还有一个参数是--cflags用来生成头文件包含目录的，也就是-I参数，在下面我们将会讲到。你可以试试执行gtk-config --libs --cflags，看看输出结果
现在的问题就是怎样用这些输出结果了，最笨的方法就是复制粘贴或者照抄，聪明的办法是在编译命令行里加入这个`xxxx-config --libs --cflags`，比如编译一个gtk程序：gcc gtktest.c `gtk-config --libs --cflags`这样就差不多了。注意`不是单引号，而是1键左边那个键。
5、-include和-I参数
-include用来包含头文件，但一般情况下包含头文件都在源码里用#include xxxxxx实现，-include参数很少用。-I参数是用来指定头文件目录，/usr/include目录一般是不用指定的，gcc知道去那里找，但是如果头文件不在/usr/include里我们就要用-I参数指定了，比如头文件放在/myinclude目录里，那编译命令行就要加上-I/myinclude参数了，如果不加你会得到一个"xxxx.h: No such file or directory"的错误。-I参数可以用相对路径，比如头文件在当前目录，可以用-I.来指定。
转自： http://lin2170.blog.163.com/blog/static/1512849020124244436118/ linux：
c++中静态库调用和动态库调用：
静态库（.a)：
动态库(.so)：1、 共享库可以启动时加载(一般情况都是这种使用，即没有在代码中显式地调用dlopen打开共享库)；
2、 共享库也可以在程序运行过程中调用该共享库中的函数时才加载，即在程序代码中显式地调用了dlopen来打开共享库。
注意：如果为64位操作系统，则需要拷贝到cp liXXXX.so /lib64/
-----------------------------------------------------------------------------------------------------
说明：-L.表示将当前目录加入到库搜索路径，默认的库搜索路径在/usr/lib目录下。-L是表示搜索库文件的路径。
-fpic或者-fPIC表明创建position independent code，这通常是创建共享库必须的。
-Wl 表明给链接器传送参数，所以这里-soname, library_name 为给链接器的参数。
-shared 表明是使用共享库
-lm数学计算库在libm.so中
-ldl选项，以使用显式调用相关的函数调用（即动态调用共享库使用函数调用）
扫一扫
671
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
