编译静态链接静态库的共享对象时遇到了很多问题 . 此问题仅出现在x84_64平台上 . 在x86_32上进行相同的编译工作时，我没有任何问题 .
也许这是一个特定于操作系统的GCC配置，但我的研究表明它是如何在x86_64平台上运行GCC的 . 无论如何，我在Ubuntu 10.04 x86_64上使用gcc 4.4.3 .
如何修复问题？...确保使用-fPIC编译所有静态库依赖项 .
Question 1: -fpic和-fPIC之间有什么区别（显然-fPIC会在x86上生成更多指令）？为什么后一种类型在x86_64上下文中更相关？
Question 2: 我的假设是，当您链接静态代码时，您在链接时将函数硬连接到二进制文件中，为什么它需要"position independant code"机器提供的间接级别？
Question 3: 现在，如果x86不需要-fpic / -fPIC来链接共享对象与静态存档，为什么在x86_64中需要它？
Question 4: 即使需要它为什么不隐式提供？我认为突破性变化应该是一个很大的禁忌
1 回答
见问题3544035 . 还讨论了here和there .
这取决于您对静态库的用途 . 如果你只想将它链接到程序中，它就不需要PIC代码（libtool称之为便利库，因为你几乎可以不用它，它只是帮助你的编译过程达到合理的大小，例如） . 否则，如果您打算将共享库链接到它，则需要在静态库中使用PIC代码 .
见问题3146744和here
它使您的代码膨胀，因此它不知道您是否要创建一个共享库 . 在我的大多数小型项目中，我只是将几个目标文件链接在一起，例如，不需要PIC代码 .
另外，我的建议是：如果你需要担心，你做错了（或者你喜欢学习困难的方法，这很好，因为你会从经验中获得更多） . 编译系统（libtool，cmake，无论你使用什么）都应该为你做 .