在C应用程序中包含第三方库

Question

在使用C语言进行应用程序开发时，我有点天真。我一直在为正在使用的编程语言编写很多代码，并且希望包括ICU中的内容（用于国际化和unicode支持）。

问题是，我不确定是否包含第三方库的任何约定。 对于诸如readline之类的东西，其中可能已经安装了很多系统，可以安全地链接到它（我认为）。 但是，如果我想在自己的代码中包含该库的版本，该怎么办？ 这是普遍现象还是我在想这一切错吗？

Answer 1

如果您的代码需要第三方库，则在构建之前需要检查它们。 在Linux上（至少在开源环境下），典型的做法是使用Autotools编写一个配置脚本，该脚本查找库的存在以及如何使用它们。 值得庆幸的是，这是非常自动化的，并且有大量示例。 基本上，您编写了configure.ac （和/或Makefile.am ），它们分别是autoconf和automake的源文件。 它们被转换为configure和Makefile.in ， ./configure有条件地使用您指定的任何配置时间选项来构建Makefile。

请注意，这实际上仅适用于Linux。 我猜想在Windows上规范的方法是使用IDE的项目文件...

Answer 2

如果它是.lib且没有运行时链接库，则它将被编译为您的代码。 如果需要链接到动态库，则必须确保它们在其中提供安装程序，或将用户指向可以获取它们的位置。

Answer 3

如果您正在谈论将软件交付给最终用户并担心依赖关系-您必须向他们提供正确的程序包/安装程序，其中包括运行软件所需的依赖关系，否则，请确保用户可以获取它们（取决于本地）法律，出口法律等，等等，但这仅与许可有关）。

您可以构建软件并在ICU和其他任何使用中静态链接，也可以交付软件和ICU共享库。

Answer 4

这取决于您要定位的操作系统。 对于Linux和Unix系统，通常会看到动态链接，因此应用程序将使用系统上已安装的库。 如果执行此操作，则意味着如果用户还没有该库，则取决于用户。 如果以发行版的软件包格式打包应用程序，Linux中的软件包管理器将为您完成此任务。

在Windows上，您通常会看到静态链接，这意味着应用程序将库捆绑在一起，它将使用该特定版本。 许多不同的应用程序可能使用相同的库，但包含其自己的版本。 因此，您可以在系统上浮动许多库的副本。

Answer 5

随代码一起提供库副本的问题在于，您无法免费获得库维护人员的错误修复。 模糊，小型且不受支持的库通常值得静态链接。 否则，我只是添加依赖项，并确保您附带的任何软件包都正确地指出了它。