在Linux上构建Boost - 库名

时间:2009-11-20 07:46:44

标签: linux boost building

我正在尝试构建一个依赖于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目录?是否有任何文档更详细地描述了这一点?

3 个答案:

答案 0 :(得分:7)

名称在1.40.0中更改 - 请参阅release notes

  

构建系统

     

库中的默认命名   类似Unix的环境现在匹配   系统约定,而不是   包括各种装饰品。

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

答案 1 :(得分:2)

这里有两个变量。首先是“安装”与“舞台”(默认)。 “install”将库和头文件复制到一个目录 - 默认情况下为/ usr / local,然后您可以删除源树。 “stage”将库放到“stage / lib”中,你应该添加“-L / stage / lib -I”标志。

第二个是--layout =版本化和--layout =系统。看起来你已经发现了他们已经做过的事情,事实上,系统是1.40以来的默认设置。入门指南未提及此问题,我添加了一个操作项来更新它。理想情况下,您应该与应用程序的作者交谈,以使用boost库的系统命名。如果那是不可能的,那么使用--layout = versioned构建是唯一的选择。

答案 2 :(得分:1)

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

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

-d ABI标记:对影响库与其他已编译代码的互操作性的详细信息进行编码。对于每个此类功能,都会在标记中添加一个字母:

Key     Use this library when:
s   linking statically to the C++ standard library and compiler runtime support libraries.
g   using debug versions of the standard and runtime support libraries.
y   using a special debug build of Python.
d   building a debug version of your code.
p   using the STLPort standard library rather than the default one supplied with your compiler.
n   using STLPort's deprecated “native iostreams” feature.

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