linux c++ 代码,Linux下 C++代码编译和链接文件的具体过程和分析

先写两个linux的命令,一个nm命令

nm命令被用于显示二进制目标文件的符号表

ldd 命令

ldd命令用于打印程序或者库文件所依赖的共享库列表

查看一个头文件myhead.cpp 编译后的myhead.o 文件的符号表:

zhaozheng@ubuntu:~/code/c++/test_compile/myinclude$ nm myhead.o

U __cxa_atexit

U __dso_handle

0000000000000075 t _GLOBAL__sub_I__Z5printv

0000000000000023 T _Z3sumii

0000000000000037 t _Z41__static_initialization_and_destruction_0ii

0000000000000000 T _Z5printv

U _ZNSolsEPFRSoS_E

U _ZNSt8ios_base4InitC1Ev

U _ZNSt8ios_base4InitD1Ev

U _ZSt4cout

U _ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_

0000000000000000 b _ZStL8__ioinit

U _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc

这里面很多看不懂的,没有关系,只要找到这个就好:

zhaozheng@ubuntu:~/code/c++/test_compile/myinclude$ nm myhead.o |grep sum

0000000000000023 T _Z3sumii

找到了我们定义的sum函数,为毛sum函数前面有很多字符,因为c++比c多了一个很重要的机制,就是重载机制。

也就是会出现很多名字相同,但是参数不同的函数。那么编译和链接的时候,如何区分。就是靠这个。(如果文件是.c 文件,用gcc编译,你可以在看一下符号表,就不会有乱码。那么不难直到,如果c和c++相互调用,就需要用extern C 来先编译器声明一下,这是c的代码。不过这是后话了)

我们定义的是:

void sum(int ,int);

你要是好奇宝宝,问前面的z3是什么意思,这个我也不知道哎。

在来看./main

zhaozheng@ubuntu:~/code/c++/test_compile/src$ nm ./main

0000000000601068 B __bss_start

0000000000601190 b completed.7585

U __cxa_atexit@@GLIBC_2.2.5

0000000000601058 D __data_start

0000000000601058 W data_start

00000000004007d0 t deregister_tm_clones

0000000000400850 t __do_global_dtors_aux

0000000000600e08 t __do_global_dtors_aux_fini_array_entry

0000000000601060 D __dso_handle

0000000000600e18 d _DYNAMIC

0000000000601068 D _edata

0000000000601198 B _end

0000000000400a54 T _fini

0000000000400870 t frame_dummy

0000000000600df0 t __frame_dummy_init_array_entry

0000000000400ca0 r __FRAME_END__

0000000000601000 d _GLOBAL_OFFSET_TABLE_

000000000040093d t _GLOBAL__sub_I_main

00000000004009c7 t _GLOBAL__sub_I__Z5printv

w __gmon_start__

0000000000400a80 r __GNU_EH_FRAME_HDR

00000000004006d8 T _init

0000000000600e08 t __init_array_end

0000000000600df0 t __init_array_start

0000000000400a60 R _IO_stdin_used

w _ITM_deregisterTMCloneTable

w _ITM_registerTMCloneTable

0000000000600e10 d __JCR_END__

0000000000600e10 d __JCR_LIST__

w _Jv_RegisterClasses

0000000000400a50 T __libc_csu_fini

00000000004009e0 T __libc_csu_init

U __libc_start_main@@GLIBC_2.2.5

0000000000400896 T main

0000000000400810 t register_tm_clones

00000000004007a0 T _start

0000000000601068 D __TMC_END__

0000000000400975 T _Z3sumii

00000000004008ff t _Z41__static_initialization_and_destruction_0ii

0000000000400989 t _Z41__static_initialization_and_destruction_0ii

0000000000400952 T _Z5printv

U _ZNSolsEi@@GLIBCXX_3.4

U _ZNSolsEPFRSoS_E@@GLIBCXX_3.4

U _ZNSt8ios_base4InitC1Ev@@GLIBCXX_3.4

U _ZNSt8ios_base4InitD1Ev@@GLIBCXX_3.4

0000000000601080 B _ZSt4cout@@GLIBCXX_3.4

U _ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_@@GLIBCXX_3.4

0000000000601191 b _ZStL8__ioinit

0000000000601192 b _ZStL8__ioinit

U _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc@@GLIBCXX_3.4

找一下sum函数

zhaozheng@ubuntu:~/code/c++/test_compile/src$ nm ./main | grep sum

0000000000400975 T _Z3sumii

另外,看一下./main 的依赖库

zhaozheng@ubuntu:~/code/c++/test_compile/src$ ldd ./main

linux-vdso.so.1 => (0x00007ffdc472d000)

libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f3e90b50000)

libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3e90787000)

libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3e9047d000)

/lib64/ld-linux-x86-64.so.2 (0x0000564311168000)

libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f3e90267000)

后面写不动了....

以后在补吧

累死我了。。。

文中是linuxC++动态库 实现接口提供类导出的一个例子 注意其中使用函数返回基类指针的用法,因为Linux的动态链接库不能像MFC中那样直接导出类 一、介绍 如何使用dlopen API动态地加载C++函数和类,是Unix C++程序员经常碰到的问题。 事实上,情况偶尔有些复杂,需要一些解释。这正是写这篇mini HOWTO的缘由。 理解这篇文档的前提是对C/C++语言中dlopen API有基本的了解。 这篇HOWTO的维护链接是: http://www.isotton.com/howtos/C++-dlopen-mini-HOWTO/ 二、问题所在 有时你想在运行时加载一个库(并使用其中的函数),这在你为你的程序写一些插件或模块架构的时候经常发生。 在C语言中,加载一个库轻而易举(调用dlopen、dlsym和dlclose就够了),但对C++来说,情况稍微复杂。 动态加载一个C++库的困难一部分是因为C++的name mangling (译者注:也有人把它翻译为“名字毁坏”,我觉得还是不翻译好), 另一部分是因为dlopen API是用C语言实现的,因而没有提供一个合适的方式来装载类。 在解释如何装载C++库之前,最好再详细了解一下name mangling。 我推荐您了解一下它,即使您对它不感兴趣。因为这有助于您理解问题是如何产生的,如何才能解决它们。 1. Name Mangling 在每个C++程序(或库、目标文件)中, 所有非静态(non-static)函数在二进制文件中都是以“符号(symbol)”形式出现的。 这些符号都是唯一的字符串,从而把各个函数在程序、库、目标文件中区分开来。 在C中,符号名正是函数名:strcpy函数的符号名就是“strcpy”,等等。 这可能是因为两个非静态函数的名字一定各不相同的缘故。 而C++允许重载(不同的函数有相同的名字但不同的参数), 并且有很多C所没有的特性──比如类、成员函数、异常说明──几乎不可能直接用函数名作符号名。 为了解决这个问题,C++采用了所谓的name mangling。它把函数名和一些信息(如参数数量和大小)杂糅在一起, 改造成奇形怪状,只有编译器才懂的符号名。 例如,被mangle后的foo可能看起来像foo@4%6^,或者,符号名里头甚至不包括“foo”。 其中一个问题是,C++标准(目前是[ISO14882])并没有定义名字必须如何被mangle, 所以每个编译器都按自己的方式来进行name mangling。 有些编译器甚至在不同版本间更换mangling算法(尤其是g++ 2.x和3.x)。 即使您搞清楚了您的编译器到底怎么进行mangling的,从而可以用dlsym调用函数了, 但可能仅仅限于您手头的这个编译器而已,而无法在下一版编译器下工作。 三、类 使用dlopen API的另一个问题是,它只支持加载函数。 但在C++中,您可能要用到库中的一个类,而这需要创建该类的一个实例,这不容易做到。 四、解决方案 1. extern "C" C++有个特定的关键字用来声明采用C binding的函数: extern "C" 。 用 extern "C"声明的函数将使用函数名作符号名,就像C函数一样。 因此,只有非成员函数才能被声明为extern "C",并且不能被重载。 尽管限制多多,extern "C"函数还是非常有用,因为它们可以象C函数一样被dlopen动态加载。 冠以extern "C"限定符后,并不意味着函数中无法使用C++代码了, 相反,它仍然是一个完全的C++函数,可以使用任何C++特性和各种类型的参数。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值