Linux链接库三(C跟C++之间动态库的相互调用)

http://www.cppblog.com/wolf/articles/74928.html

http://www.cppblog.com/wolf/articles/77828.html

http://www.jb51.net/article/34990.htm

C和C++之间库的互相调用

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动态库:

// hello.c:

#include <stdio.h>

void hello()
{
  printf("hello\n");
}

编译并copy到系统库目录下(也可以自己定义库目录,man ldconfig):
[[email protected] test]# gcc --shared -o libhello.so hello.c
[[email protected] test]# cp libhello.so /lib/
2).写个C++程序去调用它:

// test.cpp

#include <iostream>

#ifdef __cplusplus
extern "C" {               // 告诉编译器下列代码要以C链接约定的模式进行链接
#endif

void hello();

#ifdef __cplusplus
}
#endif

int main()
{
  hello();

return 0;
}

编译并运行:
[[email protected] test]# g++ test.cpp -o test -lhello
[[email protected] test]# ./test
hello
[[email protected] 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++库:

// world.cpp

#include <iostream>

void world()
{
  std::cout << "world" << std::endl;
}

编译并copy到系统库目录下:
[[email protected] test]# g++ --shared -o libworld.so world.cpp
[[email protected] test]# cp libworld.so /lib/
2)做一个中间接口库,对C++库进行二次封装:

// mid.cpp

#include <iostream>

void world();

#ifdef __cplusplus
extern "C" {  // 即使这是一个C++程序,下列这个函数的实现也要以C约定的风格来搞!
#endif

void m_world()
  {
    world();
  }

#ifdef __cplusplus
}
#endif

其中方法m_world即为libworld库中world方法的二次封装,编译并copy到系统库目录下:
[[email protected] test]# g++ --shared -o libmid.so mid.cpp -lworld
[[email protected] test]# cp libmid.so /lib/
3).C程序通过链接二次接口库去调用C++库:

// test.c

#include <stdio.h>

int main()
{
  m_world();

return 0;
}

编译并运行:
[[email protected] test]# gcc test.c -l mid -o test
[[email protected] test]# ./test
world
[[email protected] test]# 
注:如果对于C++库中含有类的,可以在二次接口函数中生成临时对象来调用对应的功能函数,当然要根据实际情况来定了。

原文地址:https://www.cnblogs.com/liuzhenbo/p/11031249.html

时间: 2024-07-28 20:39:24

Linux链接库三(C跟C++之间动态库的相互调用)的相关文章

Linux下c函数dlopen实现加载动态库so文件代码举例

dlopen()是一个强大的库函数.该函数将打开一个新库,并把它装入内存.该函数主要用来加载库中的符号,这些符号在编译的时候是不知道的.这种机制使得在系统中添加或者删除一个模块时,都不需要重新编译了.可以在自己的程序中使用 dlopen().dlopen() 在 dlfcn.h 中定义,并在 dl 库中实现.它需要两个参数:一个文件名和一个标志.文件名就是一个动态库so文件,标志指明是否立刻计算库的依赖性.如果设置为 RTLD_NOW 的话,则立刻计算:如果设置的是 RTLD_LAZY,则在需要

静态链接库与动态链接库的区别及动态库的创建(转)

一.引言通常情况下,对函数库的链接是放在编译时期(compile time)完成的.所有相关的对象文件(object file)与牵涉到的函数库(library)被链接合成一个可执行文件(executable file).程序在运行时,与函数库再无瓜葛,因为所有需要的函数已拷贝到自己门下.所以这些函数库被成为静态库(static libaray),通常文件名为"libxxx.a"的形式.其实,我们也可以把对一些库函数的链接载入推迟到程序运行的时期(runtime).这就是如雷贯耳的动态

iframe 父页面与子页面之间的方法的相互调用

如果你采用嵌入iframe机制,不可避免的要用到各个iframe页面之间方法和属性的相互调用.这里介绍的是兼容各个浏览器的iframe调用方式. 这里设定有3个页面,一个父页面main.html,它嵌入了两个iframe,分别是:childPage1.html和childPage2.html main.html有一个函数叫parentFunc().main.html代码如下: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN

UBUNTU 16.04 下安装动态链接库方法(使用ln命令可以随意映射动态库,ldd查看缺少的动态库)

一般先使用ldd 来查看该应用程序缺少什么东西,然后,再根据sudo apt install XXX 去安装相应的动态库. 假如没有对应的库,可以使用: sudo ln -s /usr/lib/libtiff.so.4 /usr/lib/libtiff.so.3来进行映射. https://www.cnblogs.com/dylancao/p/9522018.html 原文地址:https://www.cnblogs.com/findumars/p/9558043.html

主工程引用静态库(framework 或 .a)&amp;动态库

1.创建workspace 2.创建 Libs 文件夹,存放 .framework 格式的静态库与动态库 (通过shell脚本,编译完成自动copy到 Libs 文件夹下) 4.添加库到主工程,Targets-General-Linked Frameworks and Libraries,添加依赖的framework(静态库或动态库),然后 Targets-General-Embedded Binaries, 同样添加依赖的framework,此时 Linked Frameworks and L

django server之间通过remote user 相互调用

首先,场景是这样的:存在两个django web应用,并且两个应用存在一定的联系.某些情况下彼此需要获取对方的数据. 但是我们的应用肯经都会有对应的鉴权机制.不会让人家随随便便就访问的对吧.好比上车要刷卡(滴,老人卡~~~).我们知道在浏览器用户登陆后,每次请求都会对应的session,server可以根据对用的session判断用户的权限信息.但是我们不容易在server端使用,可能存在session失效时间等问题. 所以动手查看django官方文档,发现django提供remote user

iframe 父页面与子页面之间的方法的相互调用【转】

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" > <head> <title>Parent Page</titl

Linux gcc链接动态库出错:LIBRARY_PATH和LD_LIBRARY_PATH的区别

昨天在自己的CentOs7.1上写makefile的时候,发现在一个C程序在编译并链接一个已生成好的lib动态库的时候出错.链接命令大概是这样的: [[email protected] tcpmsg]# gcc -o hello main.c -lmyhello /usr/bin/ld: cannot find -lmyhello collect2: error: ld returned 1 exit status 1 gcc链接动态库时的搜索路径 自以为在当前工程中设置好了环境变量 LD_LI

Linux链接库一

http://www.cppblog.com/wolf/articles/74928.html http://www.cppblog.com/wolf/articles/77828.html http://www.jb51.net/article/34990.htm 大部分内容抄的以上文章的. 1 库的分类 根据链接时期的不同,库又有静态库和动态库之分. 静态库是在链接阶段被链接的(好像是废话,但事实就是这样),所以生成的可执行文件就不受库的影响了,即使库被删除了,程序依然可以成功运行. 有别于