在已使用fPIC的情况下创建共享对象时，不能使用针对符号的重定位R_X86_64_PC32 - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

地址无关码

这个问题的另一种表述就是：共享对象在编译时不能假设自己在进程虚拟地址空间中的位置。...Linux和GCC支持这种装载时重定位的方法,我们前面在产生共享对象时,使用了两个GCC参数“shared”和“-fPIC”,如果只使用“- shared”,那么输出的共享对象就是使用装载时重定位的方法...由于可执行文件在运行时并不进行代码重定位,所以变量的地址必须在链接过程中确定下来。为了能够使得链接过程正常进行,链接器会在创建可执行文件时,在它的“bss”段创建一个 global变量的副本。...当动态链接器装载共享对象时,如果发现该共享对象有这样的重定位入口,那么动态链接器就会对该共享对象进行重定位。实际上,我们甚至可以让代码段也使用这种装载时重定位的方法,而不使用地址无关代码。...但是装载时重定位的共享对象的运行速度要比使用地址无关代码的共享对象快,因为它省去了地址无关代码中每次访问全局数据和函数时需要做一次计算当前地址以及间接地址寻址的过程对于可执行文件来说,默认情况下,如果可执行文件是动态链接的

1K2 0

动态链接的步骤与实现

在编写动态链接器时必须保证不使用任何系统库，运行库；对于第二个条件，动态链接器必须在启动时有一段非常精巧的代码可以完成这项艰巨的工作而同时又不能使用全局和静态变量。...从这一步开始，动态链接器代码中才可以使用自己的全局变量和静态变量。实际上在动态链接器的自举代码中,除了不可以使用全局变量和静态变量之外,甚至不能调用函数,即动态链接器本身的函数也不能调用。...其实我们在前面分析地址无关代码时已经提到过,实际上使用PIC模式编译的共享对象,对于模块内部的函数调用也是采用跟模块外部函数调用一样的方式,即使用 GOT/PLT的方式,所以在 GOT/PLT没有被重定位之前...由于存在这种重名符号被直接忽略的问题,当程序使用大量共享对象时应该非常小心符号的重名问题,如果两个符号重名又执行不同的功能,那么程序运行时可能会将所有该符号名的引用解析到第-个被加入全局符号表的使用该符号名的符号...在这种情况下,动态链接器就会解析运行时的参数,并且进行相应的处理_dl_main本身非常的长,主要的工作就是前面提到的对程序所依赖的共享对象进行装载、符号解析和重定位,我们在这里就不再详细展开了,因为它的实现细节又是一个非常大的话题

1.4K2 0

您找到你想要的搜索结果了吗？

是的

没有找到

小心两个共享库共用同一个静态库

小心两个共享库共用同一个静态库.pdf 注：以下内容仅针对Linux/GCC环境，不涵盖Windows，包括Cygwin环境。....html（Linux上制作可执行的共享库示例）问1：如果测试中的全局变量global_var是个带构造和析构的类对象，会如何？...（答案在最后）问2：如果使用-fPIE替代-fPIC编译链接，会是什么结果了？...原因是在使用dlopen动态加载共享库时，如果静态库中包含有全局变量，可能会出现名同地址不同的全局变量。解决办法：总是使用RTLD_GLOBAL加载共享库，而不是RTLD_LOCAL。...表示不丢弃未定义的符号和需要重定位的符号 --export-dynamic 创建一个动态连接的可执行程序时, 把所有的符号加到动态符号表中

2.7K5 0

程序一定要从main函数开始运行吗？

符号解析与重定位：使用第一步收集到的所有信息，读取输入文件中段的数据及重定位信息，进行符号解析和重定位，调整代码中的地址，将每个段中需要重定位的指令和数据进行“修补”，使他们都指向正确的位置。...对于那些需要重定位的符号，都会放在重定位表里，也叫重定位段，即.rel.data、.rel.text等，如果.text段有被重定位的地方，就有.rel.text段，如果.data段有被重定位的地方，就有...可以使用objdump查看目标文件的重定位表。...U puts 对于UND类型，这种未定义的符号都是因为该目标文件中有关于他们的重定位项，在链接器扫描完所有的输入目标文件后，所有这种未定义的符号都应该能在全局符号表中找到，否则报符号未定义错误。...，要先初始化进程执行环境，如堆分配初始化、线程子系统等，C++的全局对象构造函数也是这一时期被执行的，全局析构函数是main之后执行的。

1.3K3 0

CMake和静态库顺序

前言 C/C++程序的许多同学被静态库的依赖折腾，因为默认情况下要求被依赖的库放在依赖它的库后面，当一个程序或共享库依赖的静态库较多时，可能会陷入解决链接问题的坑中。...，这个在使用静态库时需要注意，否则会报符号找不到问题。...另外，在编译libb.a时是不指定liba.a的，因为编译一个静态库不会使用到链接选项，而只需要指定需要依赖的头文件路径即可。...,-soname=libqhttpd.so -rpath 增加共享库搜索路径 --retain-symbols-file表示不丢弃未定义的符号和需要重定位的符号 --export-dynamic 创建一个动态连接的可执行程序时...，对于未使用到的符号（函数是一种符号），链接器不会将它们链接进共享库和可执行程序。

6.8K5 0

吴章金：如何创建一个可执行的共享库

先来看看两类文件的区别当前 Linux 下面的二进制程序标准格式是 ELF，这类格式可以用来表示 4 种不同类型的文件：可重定位目标文件（.o），用于静态链接可执行文件格式，用于运行时创建进程映像...共享目标文件（.so，共享库），协同可执行文件创建进程映像 Core dump（core），运行过程中崩溃时自动生成，用于调试我们来看中间两类：可执行文件如果不引用外部库函数，那么所有符号地址是确定的...，执行加载后可直接运行共享库如果可执行文件用到外部库函数，那么需要通过动态链接器加载引用到的共享库并在运行时解析用到的相应符号所以，前者和后者通常情况下是独立存在的，是联合行动的，两者差异明显：...可执行文件有标准的 C 语言程序执行入口 main，而共享库则并没有这类强制要求后者为了确保可以灵活被多个可执行文件共享，所以，符号地址在链接时是相对的，在装载时动态分配和计算符号地址接下来做个实验具体看看两者的区别.../hello.noc hello 通过实验，可以确认“正常”创建出来的共享库并不能够直接运行，而是需要链接到其他可执行文件中。

1.1K2 0

ROS2中CMake编译选项的设置

也就是代码中不使用绝对地址，而使用相对地址，因此加载器可以将它加载到内存任意位置并执行。如果不使用-fPIC，产生的代码中包含绝对地址。...加载器加载它时，要先重定位，重定位会修改代码段的内容，因此每个进程都生成这个代码段的一份拷贝。...-fvisibility=default or hidden 默认情况下，设置ELF镜像中符号的可见性为public或hidden。缺省值是default。...hidden可以显著地提高链接和加载共享库的性能，生成更加优化的代码，提供近乎完美的API输出和防止符号碰撞。强烈建议在编译共享库的时候使用它。...，但仍带有调试信息，是一个在速度和调试信息间的折中选择。

1.9K0 0

ELF文件及android hook原理

比如”.rel.text”就是针对”.text”的重定位表，”.rel.data”就是针对”.data”的重定位表。...第二步符号解析与重定位使用第一步中收集到的信息，读取输入文件中段的数据、重定位信息，并且进行符号解析与重定位、调整代码中的地址等使用ld链接器将”a.o”和”b.o”链接起来： $ld a.o b.o...我们还需要有一种更好的方法解决共享对象指令中对绝对地址的重定位问题。...程序开始执行时，动态链接器都要进行一次链接工作，会寻找并装载所需的共享对象，然后进行符号查找地址重定位等工作，如此一来，程序的运行速度必定会减慢。....dynamic段这个段里保存了动态链接器所需要的基本信息，比如依赖哪些共享对象、动态链接符号表的位置、动态链接重定位表的位置、共享对象初始化代码的地址等。

3.9K8 1

【Linux】动静态库（超详细）

so是shared object的缩写，表示这个文件是一个共享对象，可以在多个程序之间共享，并且可以在程序运行时被载入，可以在在运行时动态链接，减少内存使用和文件大小 .i 预处理后的C或C++源代码文件...这样，当多个程序使用同一个共享库时，它们都可以直接使用共享库中的代码，而不需要对其进行重新定位。这样可以节省大量的 RAM，因为共享库的代码节只需加载到内存一次，然后映射到许多进程的虚拟内存中。...这正是共享库所要求的，共享库被加载时，在内存的位置不是固定的如果不加 -fPIC 选项，则加载 .so 文件的代码段时，代码段引用的数据对象需要重定位，重定位会修改代码段的内容，这就造成每个使用这个....so 文件是要在加载时根据加载到的位置再次重定位的，因为它里面的代码 BBS 位置无关代码。...如果该 .so 文件被多个应用程序共同使用，那么它们必须每个程序维护一份 .so 的代码副本 (因为 .so 被每个程序加载的位置都不同，显然这些重定位后的代码也不同，当然不能共享) 我们总是用-fPIC

640 0

Linux共享库、静态库、动态库详解

某些情况下，使用gcc 来生成object文件，需要使用“-Wl,-export-dynamic”这个选项参数。通常，动态函数库的符号表里面包含了这些动态的对象的符号。...我建议将链接器名称作为与soname的符号链接，因为在大多数情况下，如果您更新库，那么您希望在链接时自动使用它。我问HJ Lu为什么ldconfig不会自动设置链接器名称。...首先，使用gcc -fPIC或-fpic标志创建将进入共享库的对象文件。-fPIC和-fpic选项可以实现“位置独立代码”生成，这是共享库的一个要求; 见下文的差异。...使用-fpic选项通常会生成更小更快的代码，但会有平台相关的限制，例如全局可见符号的数量或代码的大小。链接器将告诉您，创建共享库时是否适合。如果有疑问，我选择-fPIC，因为它总是有效。...在某些情况下，调用gcc来创建对象文件也需要包含“-Wl，-export-dynamic”选项。通常，动态符号表仅包含动态对象使用的符号。

8.9K1 1

《程序员的自我修养》笔记

，它只包含了几个常量，所以SimpleSection.o中没有针对“.data”段的重定位表“.rel.data”。...动态链接的时候不能直接连接共享库的目标文件（因为这个文件是在其他地方不能再这个文件里面存储因为会增大占用的磁盘空间），但是连接器在链接的时候需要知道这是个动态链接的符号，不然整个目标文件里面找不到这个符号...Lib.so中保存了完整的符号信息（因为运行时进行动态链接还须使用符号信息），把Lib.so也作为链接的输入文件之一，链接器在解析符号时就可以知道：foobar是一个定义在Lib.so的动态符号。...另外一个减慢运行速度的原因是动态链接的链接工作在运行时完成，即程序开始执行时，动态链接器都要进行一次链接工作，正如我们上面提到的，动态链接器会寻找并装载所需要的共享对象，然后进行符号查找地址重定位等工作...但这不能改变它需要重定位的本质对于使用PIC技术的可执行文件或共享对象来说，虽然它们的代码段不需要重定位（因为地址无关，动态链接器加载完模块后会修正got里面记录的地址），但是数据段每个进程都会加载

991 0

Linux的静态库和共享库详解及实例

简单的来说，就相当于一个仓库，把你已经写好的功能函数放到库中，然后后续需要时通过正确的接口去使用相应的功能，当然可以把库分享给别人也很方便。...对于两种库的使用，需要结合实际情况来选择使用。下面用加减乘除的例子来简单的实现一下两个库的创建。我所用的系统是Ubuntu18.04 server版，首先我先把文件夹和一些文件都提前创建好了。...次版本号是向下兼容的，也就是说libxxx.so.1.2.0是对libxxx.so.1.1.0兼容，也就是说在原有的接口不变的情况下添加了一些新的特性，提供了新的功能。...首先我们要对.cpp文件进行编译，那么-fPIC这个命令此时就不能少，表示编译的文件与路径无关，也就是说生成的文件都是相对路径，而不是绝对路径，如果使用绝对路径，那么在多个进程共享使用这个库的时候，会根据这个代码段引用的数据对象需要重定位...，重定位会修改代码段的内容，这就造成每个使用这个.so文件代码段的进程在内核里都会生成这个.so文件代码段的copy，那么就相当于每个进程都维护了一个自己的.so的副本，因此就做不到共享了。

3.4K2 1

【Linux】掌握库的艺术：我的动静态库封装之旅

所有的库都可以从两个方面来认识：创建者使用者提问：使用者在使用库时，是否能知道该库的源代码呢？回答：在不逆向的情况下，使用者是无法得知库的源代码的，这也就牵扯到了，库的第二个属性隐藏源代码。...这种特性在动态链接库和共享库中非常重要，因为它们可以被多个进程共享，并在加载时被放置到不同的内存地址。为了实现位置无关，编译器在生成代码时使用相对地址而不是绝对地址。...位置无关码是一种重要的编程技术，尤其在动态链接和共享库中具有广泛的应用。它提供了灵活性和内存使用效率，同时也增强了程序的安全性。...这正是共享库被加载时，在内存的位置不是不是固定的。...如果不加-fPIC选项，则加载.so文件的代码时，代码段引用的数据对象需要重定位，这个重定位会修改代码段地内容，这就会造成每一个使用这个.so文件代码段的内核里都会生成这个.so文件代码的拷贝，并且每一个拷贝都不一样

841 0

【一站式解惑】Linux中.a、.so和.o文件以及-I，-L，LIBRARY_PATH，LD_LIBRARY_PATH等

(3)在动态库的情况下，有两个文件，一个是引入库（.LIB）文件(实际上也算是一个静态库,只是在链接时只能把函数在DLL的入口链接到exe中,而不像真正静态链接库那样将函数体真正链接到exe中 ,通过lib...在Linux下，共享库的加载是由/lib/ld.so完成的，ld.so加载共享库时，会从ld.so.cache查找。创建函数库示例我们通常把一些公用函数制作成函数库，供其它程序使用。...在生成动态库时，需要使用-fPIC，这样才能生成位置无关的代码，达到代码段和数据段共享的目的。...如果不加fPIC,则编译出来的代码在加载时需要根据加载到的位置进行重定位(因为它里面的代码并不是位置无关代码)，如果被多个应用程序共同使用,那么它们必须每个程序维护一份so的代码副本了。...(因为so被每个程序加载的位置都不同,显然这些重定位后的代码也不同,当然不能共享)。

5.5K5 2

一文领略链接与装载

装载时重定位共享对象并非完全能被多个进程复用（参照上面共享对象实现的图），一般只有指令部分是进程共享的，而数据部分仍然是进程独立的。...和目标文件一样，共享对象数据段中若有绝对地址引用，会生成对应的重定位表，当动态链接器把这个共享对象装载后，会根据重定位表将数据段中的地址引用修正。这个方法叫做装载时重定位。...对于共享对象的指令部分来说，无法使用装载时重定位来处理。因为我们说的装载实际上是指装载到虚拟空间，那指令部分的绝对地址引用就需要根据当前进程的虚拟地址进行修正。...如果一个共享对象中使用相对寻址访问这个全局符号，发生全局符号介入时就可能需要对这个引用重定位了，那么这个共享对象的指令部分就不能实现 PIC 了。所以对于全局符号来说，同样采用 GOT 方式来访问。...这些眼熟的表名字实际上功能结构和静态链接时那些表非常相似。最大的区别就是目标文件的重定位是在静态链接时完成，共享对象的重定位是在装载时完成。值得提出的是可执行文件也可以编译为共享对象形式。

9883 1

linux动态库和静态库

； -fPIC：表示编译为位置独立(地址无关)的代码，不用此选项的话，编译后的代码是位置相关的，所以动态载入时，是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。...一、静态库解析符号引用：链接器ld是如何使用静态库来解析引用的。在符号解析阶段，链接器从左至右，依次扫描可重定位目标文件（*.o）和静态库（*.a）。...在这个过程中，链接器将维持三个集合：集合E：可重定位目标文件(*.o文件)的集合。集合U：未解析(未定义)的符号集，即符号表中UNDEF的符号。...在替换so文件时，如果在不停程序的情况下，直接用 cp new.so old.so 的方式替换程序使用的动态库文件会导致正在运行中的程序崩溃。...很多同学在工作中遇到过这样一个问题，在替换 so 文件时，如果在不停程序的情况下，直接用cp new.so old.so的方式替换程序使用的动态库文件会导致正在运行中的程序崩溃，退出。

12.4K2 0

含大量图文解析及例程 | Linux下的ELF文件、链接、加载与库（中）

可执行文件的程序头表我们用readelf -h [fileName]命令查看一个可执行ELF文件的ELF头时，会发现与可重定位ELF文件的ELF头有一个重大不同：可重定位文件ELF头中 Start of...Linux环境下的动态链接对象都是以.so为扩展名的共享对象(Shared Object)。真的是动态链接的吗？...关键技术之前在静态链接的过程中我们提到过重定位的过程，那个时候其实属于链接时的重定位，现在我们需要装载时的重定位，主要使用了以下关键技术： PIC位置无关代码 GOT全局偏移表 GOT配合PLT实现的延迟绑定技术...动态链接器本身也是.so文件，但是它比较特殊，它是静态链接的。本身不依赖任何其他的共享对象也不能使用全局和静态变量。这是合理的，试想，如果动态链接器都是动态链接的话，那么由谁来完成它的动态链接呢？...动态链接过程图示动态链接库的构建与使用创建自己的动态链接库创建号一个动态链接库（如我们的libvector.so）之后，我们肯定不可能只在当前目录下使用它，那样他就不能被叫做 ”库“了。

3.3K2 2

Linux下动态库(.so)和静态库(.a) 的区别

在UNIX中,使用ar命令创建或者操作静态库 ar archivefile objfile archivefile：archivefile是静态库的名称 objfile:objfile是已...相当于一个可执行文件 -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。 -L....例如将libd2.so换成libd.so 显式调用动态库显式调用动态库,编译时无需库文件,执行时动态可存储于任意位置,库里共享对象必须先申请后使用,不同动态库版本,只要其共享对象接口相同,就可以直接动态加载...总结: 编译静态库时先使用-c选项,再利用ar工具产生.编译动态库的方式依不同版本的UNXI而定。隐式调用动态库与静态库的用法相一致,而显示调用动态库则需要借助动态加载共享库函数族。...通过测试可以发现,当静态库和动态库同名时， gcc命令将优先使用动态库.为了确保使用的是静态库, 编译时可以加上 -static 选项，因此多第三方程序为了确保在没有相应动态库时运行正常，喜欢在编译最后应用程序时加入

17.3K2 1

CSAPP---第七章-链接

---- 目标文件目标文件有三种形式: 可重定位目标文件: 包含二进制代码和数据,编译时可以和其他可重定位文件合并起来，创建一个可执行目标文件。...count是全局符号，根据type可知符号表示是一个数据对象类型，它所在节头部表索引为3，可以定位到.data节中，再根据value表示在.data节中的偏移量得到对象地址，size表示对象大小。...这样的选项调用链接器，在遇到多重定义的全局符号时，触发一个错误，或者使用-Werror选项，它会把所有的警告都变成错误， ---- 静态库我们可以通过链接器读取一组可重定位文件，并把它们链接起来，形成一个可执行文件...这里涉及到CSAPP第九章要讲的虚拟内存机制，该章节中会探讨如何实现库的共享静态库和共享库构造对比如下: 动态链接基本的思路是当创建可执行文件时，静态执行一些链接，然后在程序加载时，动态完成链接过程...因此，printf函数地址只能回写到数据段内，而不能回写到代码段上。注意：刚才谈到的回写，是指运行时修改，更专业的称谓应该是运行时重定位，与之相对应的还有链接时重定位。

9231 0

【图片+代码】：Linux 动态链接过程中的【重定位】底层原理

并且把代码中所有使用的外部符号(变量、函数)，都进行了重定位(即：把变量、函数的地址，都填写到代码段中需要重定位的地方)，因此可执行程序在执行的时候，不依赖于其它的外部模块即可运行。...在代码段中引用的外部符号，可以在数据段中增加一个跳板：让代码段先引用数据段中的内容，然后在重定位时，把外部符号的地址填写到数据段中对应的位置，不就解决这个矛盾了吗？!...ld-linux.so.2也是一个动态链接库，在大部分情况下动态链接库已经被加载到内存中了(动态链接库就是为了共享)，操作系统此时只需要把动态链接库所在的物理内存，映射到 main进程的虚拟地址空间中就可以了...然后在第二遍扫描的时候，查看每个目标文件中需要重定位的符号，然后在全局符号表中查找该符号被安排在什么地址，然后把这个地址填写到引用的地方，这就是静态链接时的重定位。...，重新贴图如下：因为编译动态库时，使用了代码位置无关参数(-fPIC)，这里的虚拟地址从0x0000_0000开始。

2.6K1 2

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭