我不明白GCC在Linux下如何运作.在源文件中,当我执行以下操作时：
#include 编译器是否提取适当的二进制代码并将其插入到已编译的可执行文件中,或者编译器是否插入对外部二进制文件的引用(a-la Windows DLL？)
我想这个问题的通用版本是：在* nix下有没有与Windows DLL相同的概念？
最佳答案
好.当您包含math.h时,编译器将读取包含可以使用的函数和宏的声明的文件.如果你调用在该文件(头文件)中声明的函数,那么编译器会在你的目标文件中插入一个调用指令,该指令将从你编译的文件中生成(让我们称之为test.c,并创建目标文件test). O).它还在该对象文件的重定位表中添加了一个条目：
原文链接：https://www.f2er.com/linux/440826.htmlRelocation section '.rel.text' at offset 0x308 contains 1 entries:
Offset Info Type Sym.Value Sym. Name
0000001c 00000902 R_386_PC32 00000000 bar
这将是功能栏的重定位条目.将在符号表中创建一个条目,注意该函数尚未定义：
9: 00000000 0 NOTYPE GLOBAL DEFAULT UND bar
将test.o对象文件链接到程序时,需要链接到名为libm.so的数学库. so扩展类似于windows的.dll扩展名.这意味着它是一个共享对象文件.链接时,编译器将修复test.o重定位表中出现的所有位置,用bar函数的正确地址替换其条目.根据您使用库的共享版本还是静态版本(当时称为libm.a),编译器将在编译后执行修复,或者在实际启动程序时在运行时执行修复.完成后,它将在该程序所需的共享库表中注入一个条目. (可以用readelf -d ./test显示)：
Dynamic section at offset 0x498 contains 22 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [libm.so.6]
0x00000001 (NEEDED) Shared library: [libc.so.6]
... ... ...
现在,如果启动程序,动态链接器将查找该库,并将该库链接到可执行映像.在Linux中,执行此操作的程序称为ld.so.静态库在动态部分中没有位置,因为它们只是链接到其他目标文件,然后被遗忘;从那时起它们就是可执行文件的一部分.
实际上它实际上要复杂得多,而且我也不太明白这一点.不过,这是一个粗略的计划.
