linux 内核fpic,Gcc中编译和链接选项 -fpic -fPIC -fpie -fPIE -pie的含义

最新推荐文章于 2025-03-23 14:49:19 发布

AI量化数据之佳

最新推荐文章于 2025-03-23 14:49:19 发布

阅读量2.5k

点赞数 1

文章标签： linux 内核fpic

本文详细解释了Linux内核编译选项-fpic, -fPIC, -fpie, -fPIE的含义和作用，涉及生成位置无关代码（PIC）和位置独立可执行文件（PIE），以支持动态链接和提高安全性。PIE允许程序像共享库一样在内存中任意位置加载，有助于防止缓冲区溢出等攻击。文章还提及了相关的宏定义以及在不同平台上的支持情况。" 111790728,10327434,jQuery实现边缘反弹动画效果,"['jQuery', '前端开发', '动画', '碰撞检测']

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

-fpic

Generate position-independent code (PIC) suitable for use in a shared library,

if supported for the target machine. Such code accesses all constant addresses

through a global offset table (GOT). The dynamic loader resolves the GOT entries

when the program starts (the dynamic loader is not part of GCC; it is part of

the operating system). If the GOT size for the linked executable exceeds a

machine-specific maximum size, you get an error message from the linker

indicating that -fpic does not work; in that case, recompile with -fPIC instead.

(These maximums are 8k on the SPARC and 32k on the m68k and RS/6000. The 386 has no such limit.)

Position-independent code requires special support, and therefore works only on certain machines.

For the 386, GCC supports PIC for System V but not for the Sun 386i. Code generated for the

IBM RS/6000 is always positi

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

AI量化数据之佳

关注关注

1
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

gcc -fPIC编译选项分析

fz_qianzi的专栏

07-14

6109

1、-fPIC 作用于编译阶段，在编译动态库时(.so文件)告诉编译器产生与位置无关代码(Position-Independent Code)，若未指定-fPIC选项编译.so文件，则在加载动态库时需进行重定向。 2、64位编译器下编译生成动态库时，出现以下错误： /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-li

aarch64-linux-android-gcc交叉编译android 64位动态库

waittor的博客

10-16

1万+

一、准备工作 1、交叉编译工具下载/生成android ndk，我使用的是android-ndk-r12b，平台支持从android-9到android-24 二、编译过程 1、指定编译工具链 CC_HOME=/home/waitor/tool/android-ndk-r12b BIN_PATH=$(CC_HOME)/toolchains/aarch64-linux...

参与评论您还未登录，请先登录后发表或查看评论

【gcc】gcc编译参数-fPIC、-fPIE、-pie

W__winter的博客

08-25

2710

动态库的编译：使用-fPIC来生成位置无关的目标文件，以便构建动态库（.so文件）。这是标准的做法，保证库可以在不同的进程地址空间中正确加载和运行。可执行文件的编译如果不使用-pie选项来链接，生成的可执行文件不需要位置无关性，可以选择-fPIC-fPIE或者不使用任何这两个选项。如果使用-pie选项来链接，必须使用-fPIC或-fPIE编译目标文件，这样才能生成位置无关的可执行文件（PIE）。-fPIE的价值：虽然-fPIE可以被-fPIC覆盖，但在生成位置无关的可执行文件时，-fPIE。

gcc -fPIC 选项

最新发布

SmileHergo的博客

03-23

307

• 当编译源代码时，使用 -fPIC 生成的代码会尽量避免硬编码的地址，它会使用相对地址（比如通过基址寄存器访问变量和函数），从而使代码能够在加载时动态定位。在上述例子中，-fPIC 使得 mylib.o 中的代码能够在不同的内存地址中加载，而 -shared 选项用于生成共享库 libmylib.so。• 创建共享库（动态库）：共享库需要位置无关代码，因为它们可能在不同的进程中加载到不同的内存地址。• 它确保代码能够在内存的任意位置执行，使得库能够在不同的进程中共享，避免了地址冲突的问题。

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...

arm linux gcc fpic,【待整理】Gcc中编译和链接选项 -fpic -fPIC -fpie -fPIE -pie的含义

weixin_34237941的博客

05-13

663

【待整理】Gcc中编译和链接选项 -fpic -fPIC -fpie -fPIE -pie的含义-fpicGenerate position-independent code (PIC) suitable for use in a shared library, if supported for the target machine. Such code accesses all constant...

linux编译动态库之fPIC

sinc00的专栏

04-02

2万+

在生成动态库时， attempted static link of dynamic object 在 Linux 下制作动态链接库，“标准” 的做法是编译成位置无关代码（Position Independent Code，PIC），然后链接成一个动态链接库。经常遇到的一个问题是 -fPIC 是不是必需，因为好像不加经常也能正常运行，只是创建 .so 的时候会有一个警告。

gcc/g++编译选项: -fPIC

weixin_34029949的博客

10-03

906

2019独角兽企业重金招聘Python工程师标准>>> ...

GCC -fpie选项生成文件分析

softee的专栏

08-28

9810

不同选项下的虚拟内存分布 Linux系统下，ELF格式的可执行文件的各个段都会被分配到不同的虚拟内存空间中。在操作系统实现地址随机化机制（AddressSpace LayoutRandomization）之前，程序在任意一次执行下，所使用的虚拟空间的其实地址往往是相同的。这就给以下恶意攻击者的攻击行为提供了很大的便利（见StackSmashing for Fun and Prof

linux--gcc编译选项

u012967763的专栏

04-05

1228

1、安全编译选项操作系统提供了许多安全机制来尝试降低或阻止缓冲区溢出攻击带来的安全风险，包括DEP、ASLR等。在使用gcc进行编译时，可以使用gcc的编译选项来避免堆栈溢出、整数溢出等问题。 2、checksec.sh Checksec是一个bash脚本，用于检查可执行文件的属性（如PIE，RELRO，PaX，Canaries，ASLR，Fortify Source）。它...

Linux gcc 常用编译指令

大鱼

12-21

814

本篇文章主要记录常用GCC编译参数最近发了个 linux 下的so库给客户，客户写 Demo 时候用的命令行编译，由于之前都是用 Makefile 或者 CMake ,指导客户时候差点出糗，所以记录一下常用的编译参数方便快速排查编译命令问题。 -L ：表示要链接的库所在的目录。-L. 表示要链接的库在当前目录， -L/usr/lib 表示要连接的库在/usr/lib 下。目录在/usr/lib 时，系统会自动搜索这个目录，可以不用指明。 -l (小写L)：表示需要链接库的名称，注意不是库文件名称，.

GCC中的pie和fpie选项

热门推荐

ivan240的专栏

03-10

3万+

http://www.lingcc.com/2010/01/08/10609/ GCC中的pie和fpie选项 Position-Independent-Executable是Binutils,glibc和gcc的一个功能，能用来创建介于共享库和通常可执行代码之间的代码–能像共享库一样可重分配地址的程序，这种程序必须连接到Scrt1.o。标准的可执行程序需要固定的地址，并且只

-fpie -pie_Google的Pie Noon，TI-83上的Super Smash Bros等

cumj63710的博客

06-07

375

gcc --pie 开放游戏综述 2014年11月15日至21日您好，开放游戏迷！在本周的版本中，我们来看看Google发布的开源Pie Noon，Steam Client的更新，计算机上的Super Smash Bros等！ Google发布免费和开源游戏 Google向Google Play商店发布了免费和开源的Pie Noon游戏，目的是强调Android TV设备...

gcc或g++的编译选项 -shared -fPIC 与 -g -rdynamic 部分转载

fengdijiang的专栏

09-30

7101

动态库 Linux下动态链接库（shared object file，共享对象文件）的文件后缀为.so，它是一种特殊的目标文件（object file），可以在程序运行时被加载（链接）进来。使用动态链接库的优点是：程序的可执行文件更小，便于程序的模块化以及更新，同时，有效内存的使用效率更高。创建一个动态链接库，可使用 GCC 的-shared选项。输入文件可以是源文件、汇编文件或者目标文件。另外还得结合-fPIC选项。-fPIC 选项作用于编译阶段，告诉编译器产生与位置无关代码（Position-I.

C++学习（三九二）-fPIC, -fpic, -fpie, -fPIE

hankern的专栏

10-13

2127

-fPIC与-fpic都是在编译时加入的选项，用于生成位置无关的代码(Position-Independent-Code)，可以使得动态库可以被多个程序共享。这两个选项都是可以使代码在加载到内存时使用相对地址，所有对固定地址的访问都通过全局偏移表(global offset table，GOT)来实现。-fPIC和-fpic最大的区别在于是否对GOT的大小有限制。-fPIC对GOT表大小无限制，所以如果在不确定的情况下，使用-fPIC是更好的选择。如果链接的可执行文件的GOT大小超过计算机特定的最大大小，则

linux 内核fpic,浅谈-fPIC与-fpic

weixin_32389225的博客

05-04

1437

-fPIC 作用于编译阶段，告诉编译器产生与位置无关代码(Position-Independent Code)，则产生的代码中，没有绝对地址，全部使用相对地址，故而代码可以被加载器加载到内存的任意位置，都可以正确的执行。这正是共享库所要求的，共享库被加载时，在内存的位置不是固定的。gcc -shared -fPIC -o 1.so 1.c这里有一个-fPIC参数：PIC就是position ind...

gcc -fPIC

xiaogou56a的专栏

04-07

864

虽然我们总是用fPIC来生成so,也从来不用fPIC来生成a. fPIC与动态链接可以说基本没有关系,libc.so一样可以不用fPIC编译,只是这样的so必须要在加载到用户程序的地址空间时重定向所有表目.

Linux: fPIC与 pie 区别

Linux

12-01

1892

参考链接： https://gcc.gnu.org/onlinedocs/gcc-4.8.0/gcc/Code-Gen-Options.html#Code-Gen-Options -fPIC 如果目标机器支持，则生成与位置无关的代码，该代码适用于动态链接并避免对全局偏移表的大小进行任何限制。此选项对m68k，PowerPC和SPARC有所不同。与位置无关的代码需要特殊的支持，因此仅在某些机器上有效。设置此标志后，宏__pic__和__PIC__定义为2。 -fpie -fPIE 这些选项类似

gcc/g++中的pic与pie

cw19860701的专栏

08-02

1万+

转载： http://blog.youkuaiyun.com/u012490475/article/details/51861737 gcc/g++中的pic与pie 今天想在应用程序内部执行迅雷下载的可执行程序，无奈报出以下错误。 error: only position independent executables (PIE) are supported.11

recompile with -fPIC

07-28

根据引用\[1\]和引用\[2\]的内容，报错信息中提到了两个选项：-fPIE和-fPIC。这两个选项都是用于编译时生成位置无关代码（Position Independent Code，PIC）的。-fPIE用于生成可执行文件，而-fPIC用于生成共享对象（shared object）。在你的问题中，你想知道如何使用-fPIC重新编译。要使用-fPIC选项重新编译，你需要在编译命令中添加该选项。具体的命令可能因为你的编译环境和项目而有所不同，但一般来说，你可以在编译命令中添加"-fPIC"选项。例如，如果你使用的是gcc编译器，你可以这样编译： gcc -c -fPIC myfile.c -o myfile.o 在这个命令中，"-c"选项表示只编译源文件而不链接，"-fPIC"选项表示生成位置无关代码，"myfile.c"是你的源文件，"myfile.o"是生成的目标文件。请注意，重新编译时需要确保你的项目的所有依赖项也使用了相同的选项。如果你在编译库文件时遇到了-fPIC相关的错误，你可能需要检查库文件的编译选项，并确保它们也使用了-fPIC选项重新编译。总结起来，要使用-fPIC重新编译，你需要在编译命令中添加"-fPIC"选项，并确保所有的依赖项也使用了相同的选项。 #### 引用[.reference_title] - *1* [relocation R_X86_64_32 against `.xxx‘ can not be used when making a PIE object... recompile with -fPIE](https://blog.youkuaiyun.com/m0_38018715/article/details/125512317)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [cmake编译错误“recompile with -fPIC](https://blog.youkuaiyun.com/qq_37746927/article/details/129592016)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]