在 icu 支持下构建 boost 1.70答案

【问题标题】：Building boost 1.70 with icu support在 icu 支持下构建 boost 1.70
【发布时间】：2019-12-07 01:26:48
【问题描述】：

我正在尝试构建带有 ICU 支持的 boost 1.70。为此，我前段时间构建了 ICU（版本 61.1）。在我们的内部系统中，我有这种 ICU 的目录结构，我无法快速更改它，因为有几个组件使用这个库并期望来自这个目录结构的库：

...\icu\lib (for x86 version of lib files)
...\icu\bin (for x86 version of dll files)

...\icu\lib64 (for x64 version of lib files)
...\icu\bin64 (for x64 version of dll files)

...\icu\include (include headers files for icu)

所以，在建好ICU之后，我把文件放到了各自的目录中。

现在我想构建支持ICU的boost 1.70，所以我在一个自写的批处理脚本中使用了这个构建命令（这里以32位为例）：

set "PATH_TO_ICU=.....\icu"
...
if not exist "%PATH_TO_ICU%" (
    echo "Error: Could not find path to icu. Was looking in '%PATH_TO_ICU%'"
    pause
    exit /b 1
)
...
:: debug 32bit / static
b2 --build-type=complete toolset=msvc-14.1 variant=debug threading=multi link=static -sICU_PATH="%PATH_TO_ICU%" -sICU_LINK="%PATH_TO_ICU%\lib" include="%PATH_TO_ICU%\include"

但是构建期间的输出向我展示了这一点

- has_icu builds           : no
...
- icu                      : no
- icu (lib64)              : no

附加信息：我正在使用 Visual Studio 2017 构建它。

那么，我在这里缺少什么？

编辑

我查看了文件 boost_root\bin.v2\config.log 并看到了这种行

    Line 132: LINK : fatal error LNK1181: cannot open input file '....\icu\lib.obj'

这也许可以解释为什么 b2 无法正确看到 ICU。

【问题讨论】：

我遇到了几乎完全相同的问题（只是 Boost 和 ICU 的版本略有不同）。你解决过这个问题吗？

标签： boost visual-studio-2017 icu b2

【解决方案1】：

对于 Windows，我会调查 Microsoft VCPKG。我曾经使用 zlib 和 bzip2 支持从头开始构建 Boost，但我发现 vcpkg 更容易。您也不需要保留 vcpkg。在构建 boost 或任何其他 3rd 方库后，导出 boost（使用 vcpkg 导出命令），您将获得可以在任何地方使用的副本。 Vcpkg 可以构建 32 位或 64 位包和静态和共享。我实际上调整了 vcpkg 三元组来生成一个链接到共享 crt 的静态库，所以我不用担心 DLL。关键是 vcpkg 可以满足您的所有需求。事实上，对于 boost，如果您愿意，您可以只构建您想要的组件。

【讨论】：