我正在尝试构建一个依赖于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目录?是否有任何文档更详细地描述了这一点?
答案 0 :(得分:7)
答案 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标记。