Linux x86_64平台下共享库-fPIC编译检查方法及隐含性确认

嘿，这个问题问得很到位！我来给你拆解一下，分两部分解答：

检查Linux x86_64共享库是否用-fPIC编译的实用方法 #

1. 用readelf查看重定位标记 #

-fPIC编译的共享库采用相对地址重定位，不会存在文本段的绝对重定位。你可以运行这条命令：

readelf -d /path/to/your/library.so | grep TEXTREL

如果没有任何输出，说明这个库是用-fPIC编译的；要是出现TEXTREL标记，意味着存在文本段重定位，大概率没加-fPIC。

也可以直接检查重定位类型：

readelf -r /path/to/your/library.so | grep -E '(R_X86_64_32|R_X86_64_32S)'

x86_64的PIC代码不会使用这类32位绝对重定位，所以如果没搜到相关结果，基本就能确定是PIC编译的产物。

2. 用objdump分析汇编指令 #

PIC代码依赖rip相对寻址（比如lea rax, [rip+0x1234]这类指令），而非PIC代码会直接使用绝对地址。试试这条命令：

objdump -d /path/to/your/library.so | grep -E 'movabs|0x[0-9a-f]{8,16}'

如果输出里大量出现movabs指令或者长串的绝对地址，那大概率没加-fPIC；反之如果大部分是rip相关的寻址逻辑，就是标准的PIC代码。

3. 从调试信息中提取编译标志（如果库带调试符号） #

如果你的共享库包含调试符号，还能直接查看编译时的命令行参数：

readelf -p .comment /path/to/your/library.so

或者用objdump：

objdump -s --section .comment /path/to/your/library.so

输出内容里会包含编译器的完整命令行，直接找有没有-fPIC或者-fpic即可（小写是针对小地址空间的版本，x86_64一般用大写，但效果相近）。

现代x86_64平台是不是默认隐含-fPIC？ #

这个得分场景说清楚：

• 编译共享库时：GCC、Clang这些主流编译器，在Linux x86_64下使用-shared选项编译共享库时，默认会自动添加-fPIC。比如你写gcc -shared -o libfoo.so foo.c，编译器会自动补上-fPIC，不用手动指定。
• 编译可执行文件时：默认不会加-fPIC，因为可执行文件可以用绝对地址加载。不过现在很多发行版默认开启PIE（位置无关可执行文件），这时候编译器会自动加-fPIC来生成符合PIE标准的程序。
• 静态库：静态库本身不需要-fPIC（除非你要把它链接进共享库），所以编译静态库时默认不会启用这个选项。

不过要注意：虽然编译共享库默认加-fPIC，但如果你手动指定了-fno-PIC，还是会生成非PIC的共享库——这种库大概率无法正常加载，或者加载时抛出错误，一般不建议这么做。

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