将Windows上32位和64位的Boost构建到同一文件夹中

Building Boost for 32-bit and 64-bit on Windows into the same folder

本文关键字：构建 文件夹 Boost Windows 32位 64位      更新时间：2023-10-16

我正在为config.jam寻找一个简单的设置，它将使用MSVC在Windows上为x86和x64构建Boost(1.60或更高版本)。理想情况下，使用对b2的单个调用——我知道它应该支持从单个调用生成多个输出。对x86和x64进行两个单独的调用是可以的，但不是首选。

我想做的另一件事是让它将两组库输出到相同的文件夹中。显然，它们需要有不同的名称，所以我希望将-x64放在x64二进制文件的名称中。它仍然需要自动链接，所以我不能只是手动重命名它们，它必须是构建系统支持的。这一部分至关重要。

我读到b2提供了--buildid参数，并且自动链接支持BOOST_LIB_BUILDID定义，该定义允许插入这样的自定义关键字，但我不确定如何使用它们。是否可以在config.jam中指定两个构建，一个有buildid，另一个没有(并通过对b2的一次调用来运行它们)，或者这真的需要两个单独的调用？

有人知道这些神奇的单词吗？

我想人们不会这么做。

我已经习惯了只运行两次命令；记录在案，我的工作咒语是：

bootstrap
b2 -j8 --build-dir=build               toolset=msvc-14.0 variant=debug,release link=shared threading=multi runtime-link=shared                  stage
b2 -j8 --build-dir=build --buildid=x64 toolset=msvc-14.0 variant=debug,release link=shared threading=multi runtime-link=shared address-model=64 stage

这将x86和x64库都放入stagelib；对于实际编译应用程序，只需要该文件夹和CCD_ 5文件夹的内容。然后，当构建软件时，这个片段被添加到项目文件中(通过道具文件)：

<PropertyGroup>
<BoostIncludeDir>pathtoincludeboost</BoostIncludeDir>
<BoostLibDir>pathtolib</BoostLibDir>
</PropertyGroup>
<ItemDefinitionGroup>
<ClCompile>
<AdditionalIncludeDirectories>$(BoostIncludeDir);%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
<PreprocessorDefinitions>BOOST_ALL_DYN_LINK;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<PreprocessorDefinitions Condition="'$(Platform)'=='x64'">BOOST_LIB_BUILDID=x64;%(PreprocessorDefinitions)</PreprocessorDefinitions>
</ClCompile>
<Link>
<AdditionalLibraryDirectories>$(BoostLibDir);%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
</Link>
</ItemDefinitionGroup>

(BOOST_ALL_DYN_LINK在技术上是可选的，但如果您正在编译导出的API中具有Boost类型的DLL，它有助于提高兼容性。不过，您仍然需要确保它们都是使用相同的编译器和Boost版本编译的。)

由于多年后人们显然仍然在寻找这个问题和答案，我可能应该补充一点，从Boost 1.67开始，不再需要使用自定义构建id或构建两次；您可以在一个咒语中为32位和64位构建：

bootstrap
b2 -j8 --build-dir=build toolset=msvc-14.1 cxxflags="-std:c++17" variant=debug,release link=shared threading=multi runtime-link=shared address-model=32,64 stage

props文件本质上是相同的，但不再需要定义BOOST_LIB_BUILDID。

然而，如果你出于其他原因想要多个自定义构建，那么公认的答案可能仍然很有意思。

相关文章：