c++ - 为什么不总是使用 fpic（位置无关代码）？

Question

我在 PIC 上阅读了这篇文章，似乎使用 PIC 总是好的（只要它是 exe / static / share llibrary）。

那么有什么缺点呢？
是否有详细说明何时不使用 PIC 的示例？

Answer 1

链接问题中接受的答案非常简单，并且只提出了 PIC 和非 PIC 代码之间的不同之处，即生成相对而不是绝对的跳转。

当您制作 PIC 代码时，不仅是位置独立的代码，还有数据。并非所有代码或数据都可以简单地通过使用相对偏移量来解决，它必须在加载时（当库/程序加载到内存中时）甚至在运行时解决。

此外，使用相对寻址意味着 CPU 必须将相对偏移量转换为绝对地址，而不是由编译器完成。

在具有虚拟内存的系统上，当编译器可以一劳永逸地完成时，通常不需要在这些相对地址解析上花费加载或运行时间。

Answer 2

在包括 x86 在内的某些架构上，会为数据的加载/存储-fPIC生成更糟糕的代码（即函数调用）。虽然这对于库来说是可以容忍的，但对于可执行文件来说却是不可取的。

amd64 指令集（以及最近的 gnu-x32 ABI）的主要卖点之一是添加了“PC-relative load/store”指令，它解决了效率问题。

请注意，强化系统通常会启用-fPIE所有可执行文件，因为它允许地址空间布局随机性。