C/C++编译器通常会删除重复的库吗

Do C/C++ compilers typically remove duplicate libraries?

本文关键字：删除 常会 C++ 编译器      更新时间：2023-10-16

我正在编译一个Static(在阅读评论后添加了静态(C++库PoDoFo及其一些依赖项是可选的，如libJPEG、libTiff和libPNG。尽管如此，许多图书馆也可以选择相互依赖。例如，通过使用libJPEG编译libTiff，可以在libTiff中启用JPEG支持。

在一个完美的世界里，我希望libTIFF能够通过实现它可以访问libJPEG来启用libJPEG函数，因为我在PoDoFo的编译中包含了它。遗憾的是，我认为启用/禁用函数是在我第一次编译libTIFF时决定的。

因此，这意味着我的PoDoFo库将多次包含libJPEG，如果我使用相同的库，甚至可能是相同的副本。

GCC编译器是否会意识到这一点，并将库删除/重新链接到libJPEG的一个副本？

基本上是的，它只包括一个副本。

您正在更改的编译开关实际上并没有将一个库包含到另一个库中，它们只是启用了需要这些库的功能，例如，如果您启用了libJPEG支持，libTIFF可能会包含在jpeg和tiff格式之间转换的函数，但如果您不想要，则允许您在没有该功能的情况下编译库的其余部分。

当您将最终应用程序与PoDoFo链接时，您还必须链接您启用的所有可选依赖项。对于动态库来说，这可以是自动的，但依赖关系在运行时都是必需的。

在几乎所有情况下，每个库只有一个副本与最终应用程序链接——唯一的例外是，如果您混合了静态库和动态库，但这是一个全新的蠕虫。

假设所有库都是动态链接的，运行时链接器将只加载每个依赖库的单个副本(因此将加载libJPEG的单个副本(。

在一个完美的世界里，我希望libTIFF能够通过实现它可以访问libJPEG来启用libJPEG函数，因为我在PoDoFo的编译中包含了它，但遗憾的是，我认为启用/禁用函数是在我第一次编译libTIFF时决定的。

您描述的功能称为延迟加载，在Windows中受支持，但在Linux上不受支持(至少在默认情况下不受支持，请参阅Implib.so工具(。

相关文章：