【问题标题】:Where do I put third-party libraries to set up a C++ Linux development environment?我在哪里放置第三方库来设置 C++ Linux 开发环境?
【发布时间】:2011-04-10 18:52:39
【问题描述】:

我不是 C++ 新手,虽然我是 Linux 新手。我正在使用CMake预编译带有一些第三方组件的跨平台游戏引擎,但是我对使用库有很多疑问。我的问题是如何使用第三方库以及将它们放在哪里。 Apt 在其官方位置(/usr/local、/usr/lib/ ..)安装库,但我在 Windows 中使用项目目录中文件夹中的本地库进行开发。

另外,我需要一个很好的教程来了解库的工作规则。例如:当尝试编译我的项目时,luabind 要求 liblua.s0.1,但是 AFAIK 无法使用 Lua 提供的源代码生成这个库(至少做 make、make install)。

我知道,这个问题很模糊,但我没有足够的经验来更简洁。

更新:看了一些答案,下面是一个更简洁的问题。如果我安装了所有第三方库,我该如何分发我的程序?如何在不使用大型自述文件的情况下管理依赖项?

【问题讨论】:

  • LUA 库将是 liblua.so.1,而不是 liblua.s0.1

标签: c++ linux libraries


【解决方案1】:

库的放置位置

最好的解决方案是尽可能使用 Linux 发行版的打包系统(apt-getyum 或类似)从发行版提供的包中安装库。

如果发行版的打包库不是最新版本,或者如果您需要一些非标准的构建选项,或者如果您需要发行版不提供的库,那么您可以自己构建和安装它。您有两个主要选择来放置库:

  • /usr/local/usr/local/lib 下的库,/usr/local/include 下的标题)。这会在系统范围内安装库,并且可能是最简单的解决方案,因为您应该能够在不采取任何额外步骤的情况下构建它们。不要直接在/usr 下安装库,因为这会干扰您发行版的打包系统。
  • 在您的项目目录下,就像在 Windows 下一样。这样做的优点是不需要 root 访问权限并且不需要进行系统范围的更改,但是您必须更新项目的包含路径和库路径,并且您必须将任何共享库文件放在 dynamic linker 可以找到它们的地方(使用LD_LIBRARY_PATHld.so.conf - 更多详情请查看链接)。

库的工作原理

请参阅 David A. Wheeler 的出色 Programming Library HOWTO。我建议您阅读该文章,然后将任何具体问题作为新主题发布。

如何分发您的程序

传统上,Unix / Linux 程序不包括其依赖项的副本。相反,由最终用户或开发人员自行安装这些依赖项。正如您所说,这可能需要“大型 README”,但它有一些优点:

  • 可以通过发行版的包管理器安装、管理和更新开发库,而不是每个源副本都有自己的库集来跟踪。
  • 系统上的任何给定库都只有一个副本,因此只有一个地方需要更新,例如,如果发现安全漏洞。 (例如,考虑一下当zlib(一个使用非常广泛的压缩库)被发现有一个security flaw 时造成的混乱,因此每个包含受影响版本的应用程序都需要更新。)
  • 如果您的程序足够流行(并且是开源的或至少免费提供),那么各种 Linux 发行版的软件包维护者可能希望将其打包并包含在他们的发行版中。包维护者真的不喜欢捆绑的库。例如,请参阅Fedora's page on the topic

如果您将程序分发给最终用户,您可能需要考虑提供一个软件包(.dpkg.rpm),他们可以直接下载和安装,而无需使用源代码。理想情况下,从最终用户的角度来看,该包将被添加到发行版的存储库(如果它是开源的或至少免费提供),以便用户可以使用他们的包管理器(apt-getyum)下载它。这一切都会变得复杂,因为那里有大量的 Linux 发行版,但是兼容 Debian/Ubuntu 的 .dpkg 和兼容 Red Hat/CentOS/Fedora 的 .rpm 应该覆盖很大比例的最终用户。构建包并不难,网上有很好的方法。

【讨论】:

  • 伟大的起点!!我正在尝试在 Windows 中做同样的事情。我的意思是:如果你有一个 clena VC++ 安装,你可以编译我的项目,因为所有的库都在一起。在linux中我想要同样的。我将阅读如何。非常感谢!!!
  • 对于每个人都使用它的正常情况,我同意 /usr/local/X 但是当我使用我正在为自己构建和调试(很多)的库时(即使我是只有一个使用系统)我把它们放在 ~/local/X
【解决方案2】:

对于您关于 Windows 的问题的第一部分:Windows 上的库/头文件没有真正的标准位置,因此简单的解决方案是:创建您自己的。只需在您的系统上提供一个 lib/ 和 include/ 并让您的所有项目都使用它(通过在您包含在任何地方的 cmake 文件中设置路径)。将所有第三方库放在那里,例如:

您的项目:

d:/projects/projectA
d:/projects/projectB

第三方的东西:

d:/api/lib/lua.lib
d:/api/include/lua/....

(如果您有不同的版本,您甚至可以使用符号链接,即“目录连接”)

以及对应的cmake文件:

include_directories( d:/api/include )
link_directories( d:/api/lib )

【讨论】:

    【解决方案3】:

    好的,这是基本问题之一,虽然我自己可能对此不太清楚,但这里是:

    1. 在构建项目时,编译器需要查找库的头文件。标头必须在包含路径中。
    2. 编译完成后,链接器将查找库二进制文件(files.so 或类似文件)。这些必须在库路径中。

    这是基础。

    如果您有一些特定的库,您可以将它们添加到您自己的项目特定的lib/include/ 目录中,并分别添加到包含路径和库路径中。

    可以通过多种方式将这些目录添加到这些路径,具体取决于您构建项目的方式。我确信这一切都涉及到一个叫做 LD_PATH 的东西......但我真的不知道 CMake 所涉及的细节。

    一点点谷歌搜索可以帮助您使用 CMake 完成上述操作。

    希望对您有所帮助,
    jrh

    【讨论】:

    • 对我来说,将库放在 /usr/include 中就像在 VC++ 中的全局路径选项中添加目录一样。在我的所有程序中,我将所有第三方库放入我的项目文件夹中,然后配置项目(在 VC++ 中非常简单)。稍后,如果我需要分发我的项目,只需安装干净的 VC++ 并进行存储库检出就足以编译我的项目。至少在窗户里。这正是我正在寻找的。​​span>
    【解决方案4】:

    如果您使用包管理器安装这些库,它们可能最终都在正确的位置。如果不是,您可以通过使用 -L <path> 标志提供额外的搜索路径来让编译器搜索 。您应该能够将这个额外的标志传递给 CMake。

    顺便说一句,-I <path> 可以用来添加一个额外的目录来搜索包含文件。

    【讨论】:

      猜你喜欢
      • 2011-04-06
      • 1970-01-01
      • 2017-11-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多