gpt4 book ai didi

c - 可能最终出现在共享库中的所有内容是否总是需要使用 -fPIC 进行编译?

转载 作者:行者123 更新时间:2023-12-04 07:51:48 25 4
gpt4 key购买 nike

我正在构建一个共享库。我只需要一个函数就可以公开。
共享库由几个目标文件和几个静态库构建而成。链接器提示一切都应该用 -fPIC 构建.所有目标文件和大多数静态库都是在没有这个选项的情况下构建的。
这让我问了很多问题:

  • 我是否必须使用 -fPIC 重建这个动态库所需的每个目标文件和每个静态库? ?这是唯一的方法吗?
  • 链接器必须能够在链接期间静态地重新定位目标文件。正确的?否则,如果目标文件使用硬编码的常量地址,它们可能会相互重叠。这不应该意味着链接器拥有为每个目标文件创建全局偏移表所需的所有信息以及创建共享库所需的所有其他信息吗?
  • 我应该总是使用 -fPIC对于将来的所有内容作为默认选项,以防万一某个动态库可能需要某些东西?

  • 我目前正在 x86_64 上的 Linux 上工作,但我对任何平台的答案都很感兴趣。

    最佳答案

  • 你没有说你使用的是哪个平台,但在 Linux 上是 requirement编译作为位置无关代码 (PIC) 进入库的目标文件。这包括 static libraries至少在 practice .
  • 是的。见 load time relocation of shared librariesposition independent code pic in shared libraries .
  • 我只用 -fPIC编译进入库的目标文件以避免不必要的overhead .
  • 关于c - 可能最终出现在共享库中的所有内容是否总是需要使用 -fPIC 进行编译?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66927643/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com