gcc -fPIC编译选项分析

最新推荐文章于 2025-01-12 01:22:40 发布
最新推荐文章于 2025-01-12 01:22:40 发布
阅读量6.1k 收藏 10
点赞数 2
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/fz_qianzi/article/details/51912723

1、-fPIC 作用于编译阶段，在编译动态库时(.so文件)告诉编译器产生与位置无关代码(Position-Independent Code)，若未指定-fPIC选项编译.so文件，则在加载动态库时需进行重定向。

2、64位编译器下编译生成动态库时，出现以下错误：

/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: ../../CI/script/server/lib/libz.a(adler32.o): relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC

../../CI/script/server/lib/libz.a: could not read s

最低0.47元/天 解锁文章

200万优质内容无限畅学
通俗解释Linux 动态库-fPIC的作用
h a 6 6 6 c k 为 你解决复杂难题！
06-07 177
你可以把“动态库”想象成一个工具箱，程序运行的时候需要用到它里面的工具（函数），但不是一开始就把它塞进程序里，而是等到需要的时候才去“借”。比如：你写了一个程序叫app，它要调用一个函数add()，这个函数放在一个叫libmath.so的动态库里。程序运行时才会去加载这个.so文件。是否使用-fPIC动态库是否灵活是否能共享是否影响性能不使用不灵活否有额外开销使用灵活是更高效。
Linux 下生成动态库时 -fPIC的作用详解
最新发布
h a 6 6 6 c k 为 你解决复杂难题！
06-05 336
fPIC-fPIC是构建 Linux 动态共享库的关键选项。它使生成的代码可以在任意内存地址加载并执行，避免了绝对地址引用的问题。在构建.so文件时，务必确保所有目标文件都使用-fPIC编译。推荐始终使用-fPIC而不是-fpic，以保证跨平台兼容性。忘记使用-fPIC可能导致链接失败或运行时错误。
gcc -fPIC选项
牛晨光的博客
07-20 1万+
使用 -fPIC 选项，会生成 PIC 代码。.so 要求为 PIC，以达到动态链接的目的，否则，无法实现动态链接。non-PIC 与 PIC 代码的区别主要在于 access global data, jump label 的不同。比如一条 access global data
Linux共享对象之编译参数fPIC
weixin_34414196的博客
07-08 378
　　最近在看Linux编程的基础知识，打算对一些比较有趣的知识做一些汇总备忘，本文围绕fPIC展开，学习参考见文末。 　　在Linux系统中，动态链接文件称为动态共享对象（DSO，Dynamic Shared Objects），简称共享对象，一般是以.so为扩展名的文件。在Windows系统中，则称为动态链接库（Dynamic Linking Library），很多以.dll为扩展名。这里只备忘...
gcc -fPIC 选项
farmwang的专栏
07-19 7561
分法
gcc编译选项-fPIC
qu1993的博客
06-26 2460
-fPIC选项指定编译器应该生成位置独立的代码，这会改变编译器生成执行特定操作的代码的方式，包括访问全局、静态和外部变量，访问字符串常量，以及获取函数的地址。这些变更使得代码可以在运行时被放置在任意一个虚拟地址处。这一点对于共享库来讲是必需的，因为在链接的时候是无法知道共享库代码位于内存的何处的。（一个共享库在运行时所处的内存位置依赖于很多因素，如加载这个库的程序已经占用的内存数量和这个程序已经加...
【gcc】gcc编译参数-fPIC、-fPIE、-pie
W__winter的博客
08-25 3027
动态库的编译：使用-fPIC来生成位置无关的目标文件，以便构建动态库（.so文件）。这是标准的做法，保证库可以在不同的进程地址空间中正确加载和运行。可执行文件的编译如果不使用-pie选项来链接，生成的可执行文件不需要位置无关性，可以选择-fPIC-fPIE或者不使用任何这两个选项。如果使用-pie选项来链接，必须使用-fPIC或-fPIE编译目标文件，这样才能生成位置无关的可执行文件（PIE）。-fPIE的价值：虽然-fPIE可以被-fPIC覆盖，但在生成位置无关的可执行文件时，-fPIE。
gcc -fPIC
05-27
当编译程序时指定 `-fPIC` 选项，GCC 将会生成适合用于共享库（Shared Libraries）的目标文件。这些目标文件的特点是可以被映射到任意虚拟地址空间而无需修改指令指针或数据引用的位置[^4]。具体来说： - 它允许...
linux 内核fpic,浅谈-fPIC与-fpic
weixin_32389225的博客
05-04 1457
-fPIC 作用于编译阶段，告诉编译器产生与位置无关代码(Position-Independent Code)，则产生的代码中，没有绝对地址，全部使用相对地址，故而代码可以被加载器加载到内存的任意位置，都可以正确的执行。这正是共享库所要求的，共享库被加载时，在内存的位置不是固定的。gcc -shared -fPIC -o 1.so 1.c这里有一个-fPIC参数：PIC就是position ind...
GCC 编译 C(C++)静态链接库（gcc -L、gcc -l）和动态链接库（gcc -fPIC -shared）的创建和使用_fpic shared
2501_90209926的博客
01-12 461
和使用动态链接库生成的可执行文件相比，静态链接库生成的可执行文件的体积更大。
GCC编译静态库的-fPIC选项
bjrxyz的专栏
11-04 7995
GCC编译静态库的-fPIC选项 背景 通常在linux下用gcc编译动态库时都会加上一个-fPIC选项来生成位置无关代码，但是从来没有人明确的说过是不是要在编译静态库时也加上-fPIC选项。我在这篇文章中就给出一个明确的结论并讲述原理。 介绍-fPIC的原理的文章网上汗牛充栋这里不再赘述。 原理分析 众所周知，静态库其实是一系列.o文件的打包，将.o文件制作成静态库的过程是不会发生链接的。 所以链接静态库就等于将静态库解包后的.o文件一个一个全部链接。 -fPIC选项的生效阶段在编译阶段，使用-fPIC选
有关 -fPIC 选项的编译问题
一个软件工程师的技术笔记
04-01 982
嵌入式 Linux 上基于 makefile 的编译，执行编译出现如下错误： error: test/fake_blemgr_test.o: requires unsupported dynamic reloc R_ARM_REL32; recompile with -fPIC 这个问题涉及到生成位置无关代码的机制，在我这里的情况是，对于 -fPIC 选项的使用，需要放置在 -fpie 选项的后面位置，才能生效，就不会再出现上述编译错误。 CFLAGS += -O2 -pie -march=
gcc编译选项fpic/fPIC, fpie/fPIE的说明
一点点
08-20 1万+
-shared； Create a shared library /* 创建共享库时需要添加的编译选项 */ 因为共享库的代码都是位置无关的，所以通常还需要添加编译选项-fPIC。 -fPIC； Generate position-independent code if possible (large mode) -fpic； Generate pos...
gcc编译参数— -fPIC
hfutrlj的博客
01-11 530
在生成动态库时，常常习惯性的加上 fPIC 选项，fPIC 有什么作用和意义，加不加有什么区别，这里做下小结。 fPIC 的全称是 Position Independent Code， 用于生成位置无关代码。什么是位置无关代码，个人理解是代码无绝对跳转，跳转都为相对跳转。 1、不加 fPIC 选项 即使不加 fPIC 也可以生成 .so 文件，但是对于源文件有要求，例如因为不加 fPIC 编译的 so 必须要在加载到用户程序的地址空间时重定向所有表目，所以在它里面不能引用其它地方的代码， 如下：
关于静态库编译时增加-fPIC选项
dshj2007的专栏
09-28 3888
这些位置无关代码对于可执行的静态库没有直接的用处，因为它们不会在运行时加载到不同的内存地址。对于静态库链接到动态库的场景，那么编译静态库的时候就必须使用-fPIC选项了。选项应用于静态库编译时，编译器会生成额外的位置无关代码和数据布局，以确保生成的静态库可以在不同的内存地址上加载。
cmake中添加-fPIC编译选项方法
热门推荐
Zymill's Blog
08-14 3万+
合并openjpeg/soxr/vidstab/snappy等多个cmake库时，为了解决下述问题： relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC 分别验证过以下二种方法 第一种 （笔者所采用的，因需修改原始CMakeL...
编译库是添加-fPIC选项的方式及验证
m0_37876242的博客
12-08 5502
1.CMakeLists.txt中的合适位置添加： SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -fPIC") SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fPIC") 合适的位置可以理解为不影响其他组件编译的位置，或者用cmake宏可以控制的位置； 2.Makefile中， 查找DEBUG_CFLAGS、RELEASE_CFLAGS或CFLAGS、CXXFLAGS，在其后添加**-fPIC**； 3.验证-fPIC选项是否添加成功：
gcc编译参数-fPIC的一些问题
marken
10-19 2052
ppc_85xx-gcc -shared -fPIC liberr.c -o liberr.so -fPIC 作用于编译阶段，告诉编译器产生与位置无关代码(Position-Independent Code)，   则产生的代码中，没有绝对地址，全部使用相对地址，故而代码可以被加载器加载到内存的任意   位置，都可以正确的执行。这正是共享库所要求的，共享库被加载时，在内存的位置不是固
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值