我想开发一个可以在许多不同平台上构建的项目。 项目代码将使用 C++，管理库的最佳方式是什么？
我计划使用 bjam 作为构建系统，因为我也将依赖 Boost 及其单元测试框架。
这两个依赖是Boost本身和FLTK。
想到的图书馆管理的可能性有：
这里最好的方法是什么？ 在接下来的六个月里，该项目可能不会超过几千行，但我想在这里做出正确的选择，这样我以后就不必再回来切换所有内容了。
【问题讨论】：
标签： c++ boost build makefile boost-build
这是一个主观的答案。
首先，关于 Boost：一旦构建了 Boost，无论以何种方式，您都不需要使用 bjam。因此，您可以使用任何适合您的构建系统，同时要求某些库位于系统上或某些路径中，无论它们是如何构建的。附带说明一下，boost 的大部分内容都是 header-only（即使是单元测试框架也可以使用 header-only IIRC，但建议使用库版本）。假设您需要 boost 二进制文件。
处理项目 IMO 的最佳方式是使用您自己选择的最适合您自己项目的构建系统，并要求“预构建”依赖项（增强）。它们的预构建方式取决于每个依赖项；有些人可能使用您选择的相同构建系统，其他人将使用他们自己的构建系统。有些会针对所有平台制作，例如，有些会在 windows 上编译，但没有适合 windows 的最佳构建系统。如果它们是小型库，您可以将它们集成到您的构建系统中，否则只需将它们视为开发人员在构建项目之前“以某种方式”必须拥有的“依赖项”。这里的“不知何故”将在自述文件中进行解释。
例如，我在我的项目中使用 cmake，但在我的项目中使用 boost 和其他一些库。 cmake 允许我为 MSVC、C::B、GNUMake 等生成项目文件，但是我不能希望我的所有依赖项也使用 cmake。对于非常小的、稳定的库，我可以为它们制作一个 cmake 项目，然后事情就变得非常简单。对于更大或更不稳定的库，最好将每个库留给自己的构建系统。易失性库经常更改，因此如果您为它们构建任何“自定义”内容，您将不得不不断调整您的“自定义”以适应库中的更改。对于我使用的每个库，我都有一些 cmake 变量，例如 BOOST_LIB_INCLUDE_PATHS 和 BOOST_LIB_LIBRARY_PATHS 和 BOOST_LIB_LIBRARIES，可以由编译我的项目的开发人员将其定义为它们的值。 cmake 确实提供了一些神奇的库搜索功能，但我发现这样的魔法是丑陋的 hack，所以我明确要求将路径设置为变量。
您可以自行决定是否向这些库提供源代码；这没有错，尤其是在您想要依赖特定版本的库的情况下。但是除了对易失性库的维护之外，将它们编写为依赖项可能会变得一团糟。
但是，我知道 Google Chromium 项目何时构建，大约有一百个库被下载、签出、构建和链接。 Chromium 使用 GYP 作为构建系统 IIRC。
【讨论】：