链接器是复制函数的内容还是只是链接到它

作者: 無口君
发布时间: 2024-12-29 12:26:27 (6天前)
转自：

3 条回复

0#
回复此人
SHOU宅大可爱 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <BLOCKQUOTE> <OL> <LI> 在进行正常编译时 <code> gcc test.c </code> ，链接器是否建立动态链接 <code> printf </code> 还是静态链接？ </LI> </醇> </BLOCKQUOTE> 这取决于。鉴于特定的编译命令，如果C库的动态版本可用，并且如果构建GCC以使用它（两者都很有可能），那么GCC将执行动态链接。如果只有C库的静态版本可用，或者默认情况下构建或配置GCC静态链接，则将执行静态链接。 <BLOCKQUOTE> <ol start =“2”> <LI> <code> printf </code> 最终成为一个 <code> write() </code> 系统调用。链接器是否复制了定义的C lib <code> printf </code> 到最后的可执行文件（哪个最终会打电话 <code> write() </code> 在运行时）或是复制 <code> write() </code> 直接在最后的可执行文件中。 </LI> </醇> </BLOCKQUOTE> 如果GCC正在执行静态链接，那么它将直接或间接地将程序所需的所有函数（以及其他函数）复制到最终二进制文件中。我特别不确定GNU链接器，但是一些链接器将在最终二进制文件中包含整个目标库。 <BLOCKQUOTE> <ol start =“3”> <LI> 如果我编译我的代码然后卸载C lib我的代码仍会运行？以来 <code> printf </code> 在任何地方都没有定义。 </LI> </醇> </BLOCKQUOTE> 如果您将C库静态链接到程序中，那么之后删除C库将不会（直接）阻止程序运行。但根据细节，它可能会阻止 其他一切 从运行，包括GUI，您的其他应用程序，甚至shell，从而提出问题。 静态链接 所有 必需的库是一种合理的技术，可以最大限度地减少二进制文件的运行时依赖性，从而提高与不同于构建环境的系统的兼容性。这往往会产生 许多 但是，更大的二进制文件。在任何情况下，除非您以这种方式构建每个程序，否则在事实之后删除库通常不是可行的替代方案。 </DIV>

编辑
1#
回复此人
求赞有赞必回 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 首先，一些背景。在Unix系统上（我所知道的）C运行时包含标准C函数实现和所谓的 胶 代码（从C程序调用低级OS函数所需）。 在你的例子中， <code> printf() </code> 是一个C运行时函数，和 <code> write() </code> 是一个 胶 接口 <code> write </code> 系统调用。假设我们正在谈论linux，它们都将存在于glibc库中。 当您链接程序时，默认情况下gcc链接器将首先尝试动态链接到glibc（使用.so）。这可以通过对链接器使用-static参数来改变 - 它将强制glibc的静态链接，更多信息可以在这里找到： <a href="https://stackoverflow.com/questions/14567689/static-linking-of-glibc"> Glibc的静态链接 </A> 您可以通过签发来检查最终结果 <code> ldd <path to your executable> </code> - 这将显示链接器请求的所有.so库。 </DIV>

编辑

登录后才能参与评论