11

我正在尝试构建一个依赖于Boost的应用程序。因此，我将 Boost 1_41_0 下载到我的 Linux 机器上，并按照 Boost 站点上针对 Unix 变体的说明进行操作， http://www.boost.org/doc/libs/1_41_0/more/getting_started/unix-variants.html。

他们基本上建议我运行 ./bjam install，我也这样做了。构建成功完成。但是，库名称似乎与上述文档中描述的 Boost 命名约定以及我正在尝试构建的应用程序的 makefile 中指定的内容不匹配。

我注意到我可以为 bjam 指定很多选项，我尝试使用这些选项，但无论发生什么，我似乎都无法完全正确。我的理解是库应该进入 $BOOST_ROOT/lib 目录。这是库出现的地方，但命名为：

libboost_thread.a
libboost_thread.so
libboost_thread.so.1.41.0

我希望它们被命名为 libboost_thread-gcc41-mt-d-1_41_0 或类似名称。

我确实尝试过 ./bjam --build-type=complete --layout=tagged ，我看到：

libboost_thread.a
libboost_thread-mt.a
libboost_thread-mt-d.a
libboost_thread-mt-d.so
libboost_thread-mt-d.so.1.41.0
libboost_thread-mt-s.a
libboost_thread-mt-sd.a
libboost_thread-mt.so
libboost_thread-mt.so.1.41.0
libboost_thread.so
libboost_thread.so.1.41.0

所以，我不确定我是否应该只制作我的 -L 目录？是否有任何文档更详细地描述了这一点？

4

3 回答 3

7

名称在 1.40.0 中更改 - 请参阅发行说明：

构建系统

类 Unix 环境中库的默认命名现在符合系统约定，并且不包括各种装饰。

他们可能忘记在构建文档中更新这部分。

于 2009-11-20T07:56:58.517 回答
2

这里有两个变量。首先是“安装”与“阶段”（默认）。“安装”将库和头文件复制到一个目录中——默认情况下是 /usr/local，然后您可以删除源代码树。“stage”将库放入“stage/lib”，您应该添加“-L /stage/lib -I”标志。

其次是--layout=versioned 和--layout=system。看起来你已经发现了他们所做的事情，事实上，系统自 1.40 以来就是默认的。入门指南没有提到这一点，我添加了一个操作项来更新它。理想情况下，您应该与应用程序的作者交谈以使用 boost 库的系统命名。如果这不可能，那么使用 --layout=versioned 构建是唯一的选择。

于 2009-11-20T20:25:13.420 回答
1

从http://www.boost.org/doc/libs/1_35_0/more/getting_started/windows.html#library-naming的 Boost 文档中，约定是：

-mt Threading 标签：表示该库是在启用多线程支持的情况下构建的。没有多线程支持的库可以通过缺少 -mt 来识别。

-d ABI 标记：对影响库与其他编译代码的互操作性的细节进行编码。对于每个这样的功能，标签中都会添加一个字母：

Key 在以下情况下使用此库：
s 静态链接到 C++ 标准库和编译器运行时支持库。
g 使用标准和运行时支持库的调试版本。
y 使用 Python 的特殊调试版本。
d 构建代码的调试版本。
p 使用 STLPort 标准库，而不是编译器提供的默认库。
n 使用 STLPort 已弃用的“本机 iostreams”功能。

例如，如果您构建代码的调试版本，以在“native iostreams”模式下与静态运行时库和 STLPort 标准库的调试版本一起使用，则标记将是：-sgdpn。如果以上都不适用，则省略 ABI 标签。

于 2013-02-22T07:54:04.147 回答