哪些场景下不推荐使用-fPIC参数执行编译操作？

-fPIC的作用是生成位置无关代码，核心目的是适配共享库的跨进程地址复用，本身会带来额外的开销和限制，所以在不需要共享库能力的场景下，禁用-fPIC是更合理的选择，具体原因包括：

• 更高的运行性能
  位置无关代码需要通过全局偏移表（GOT）、过程链接表（PLT）做间接寻址，不管是全局数据访问还是跨模块函数调用都会多一层寻址开销，32位架构下这个性能损耗尤为明显，就算是64位架构，对性能极度敏感的场景（比如高频交易核心逻辑、实时信号处理、底层驱动），这类额外开销也需要尽可能规避，非PIC的绝对地址代码执行效率更高。
• 适配无需共享库能力的场景
  如果编译产出的是独立运行的可执行程序、静态链接库，本身就不需要被其他程序作为共享库加载调用，-fPIC提供的共享库适配能力完全没有用武之地，开启反而会增大二进制体积、拖慢执行速度，这种场景默认禁用-fPIC是更优选择。
• 特殊平台的兼容性要求
  部分老旧嵌入式平台、实时操作系统本身不支持位置无关代码的加载逻辑，或者加载PIC代码会有额外的资源占用限制，这类场景下必须禁用-fPIC才能保证程序正常编译运行。
• 特殊功能的逻辑依赖
  部分防篡改、反调试类程序，或者特定的固件、底层校验逻辑会依赖固定的内存地址布局做合法性校验，开启-fPIC后配合地址空间随机化（ASLR）会导致程序运行时地址浮动，直接导致这类硬编码地址校验的逻辑失效，这种场景必须禁用-fPIC。
• 降低调试复杂度
  排查内存访问错误、崩溃问题时，非PIC程序的运行地址、调用栈地址和编译时的符号地址可以直接对应，不需要额外计算偏移量，能大幅降低内核模块、底层驱动这类组件的调试难度。

内容的提问来源于stack exchange，提问作者Rufus