如何确保所有Boost.dll和.lib文件都包含在构建中？ 在VisualStudio 2017中，我能够构建和运行C++项目，其中包括Boost V1.690作为VS的预构建二进制文件。 但是，现在我想分发项目的发行版副本，其中包括所有必要的.dll和.lib文件。如何确保最终版本中包含所有Boost.dll和.lib文件？ 下面是我的项目中使用的Boost库列表： #include <boost/log/core.hpp> #include <boost/log/trivial.hpp> #include <boost/log/expressions.hpp> #include <boost/log/sinks/text_file_backend.hpp> #include <boost/log/utility/setup/file.hpp> #include <boost/log/utility/setup/common_attributes.hpp> #include <boost/log/sources/severity_logger.hpp> #include <boost/log/sources/record_ostream.hpp>

有一个BOOST实用程序-我认为这个实用程序可能对您的问题的决策有用

以下是本手册的引文：

bcp实用程序是一种提取Boost子集的工具，它对于希望将其库与Boost分开分发的Boost作者以及希望随应用程序分发Boost子集的Boost用户都很有用

bcp还可以报告您的代码依赖于哪些部分，以及这些依赖项使用了哪些许可证

---

大多数开源项目在文档中列出了它们的依赖项，但并不分发它们。由项目的用户来确保安装了必要的依赖项。事实上，像静态库一样分发二进制文件是很困难的，因为您项目的用户可能使用不同的编译器，其ABI与创建库时使用的不同。我同意。您不应该分发代码使用的boost lib的子集。就像大多数其他开源项目一样，只需列出boostas是您代码的一项要求。@Someprogrammerdude项目将在内部分发，并将在我们的生产服务器上使用。它不会作为开源项目发布。这是另一回事，您仍然可以将其作为开源项目发布，但只能在内部发布。否则，如何构建项目？如何列出应该链接的库？您是静态链接还是使用DLL？@Someprogrammerdude版本位于组织成员可以使用的.MSI文件中。对于将安装软件的最终用户来说，它应该是无故障的，即自包含的。在VS studio的项目属性中，VC++目录>包含目录>指向根目录，Boost安装在根目录C:\Local\Boost1.60.0\x32。链接器>常规>附加库>C:\Local\Boost1.60.0\x32\lib32-msvc-14.1 \-where.dll和.lib文件位于何处。