环境：Ubuntu 16.04
在我的实验中，我运行了以下命令：
gcc -c 1.c
gcc -c -fPIC 2.c
gcc -shared 1.o 2.o -o libmyxxx.so
我需要公开的函数都是在 2.c 中通过extern "C"声明定义的。这些函数在内部调用 1.c 中定义的其他函数。
请注意，我没有申请-fPIC1.c。仍然一切似乎编译/链接正常，没有任何警告。
我们是否可以得出结论，-fPIC必须只应用于那些公开外部函数的源文件？
在更大的图片中，我有一堆可能没有使用-fPIC标志编译的存档 (.a) 文件。我需要创建一个与这些存档文件链接的自定义共享库。如果我的假设是有效的，我认为可以链接到这些存档文件。欣赏你的想法。问候。
我们是否可以得出结论，-fPIC 必须仅应用于那些公开外部函数的源文件？
不，我们不能。的唯一目的-fPIC是确保生成的机器代码可以链接到与位置无关的二进制文件中。尽管如此，即使源代码编译时没有-fPIC. 它可能是没有外部依赖的简短的自包含函数，无论在生成的目标文件中不需要辅助数据结构，如 PLT 和 GOT 条目。
无论如何，如果您的目标文件无法链接到与位置无关的二进制文件，则链接器将失败并显示全面的错误消息。你需要用这个神奇的选项重新编译它。
因此，您应该始终使用-fPIC您CFLAGS的共享库，以节省您自己的时间并避免浪费的重新编译。
如果可执行文件中有一个目标文件，它是在没有 -fPIC 标志的情况下编译的，那么会有一些程序文本页面具有位置相关的内存引用。这些页面将无法在运行时重新定位到合适的虚拟内存地址（这主要是共享对象的目的）。当您在其他机器上构建代码或将 .so 链接到其他代码时，这些与位置相关的内存引用将出现并字节您。
-fPIC 需要生成与位置无关的代码：
此外，在 Linux/x86-32 上编译/链接没有 -fPIC 的目标文件时，您可能会在没有任何警告或错误的情况下逃脱；但在某些架构上不可能做到这一点。