使用带有 make 而不是 bjam 的 boost.python答案

【问题标题】：Using boost.python with make instead of bjam使用带有 make 而不是 bjam 的 boost.python
【发布时间】：2010-10-06 10:54:38
【问题描述】：

我只是想编译 boost.python 的“hello world”示例，而不使用所有 bjam 魔法。我的 boost.python 安装工作正常，我使用 bjam 成功构建了示例并通过了测试套件。

现在对于我的项目，我需要在一个普通的 Make 环境中使用所有这些东西。我不想移植到另一个构建工具。

所以我天真的方法当然是将包含路径指向正确的标题并链接到正确的库。我将 boost python 构建为系统布局、静态、运行时静态，这意味着它只是一个位于 /usr/local/lib 中的 libboost_python.a。

不幸的是，我在生成的 .so 库中得到了无法解析的外部符号。

这是我尝试从 libs/python/example/tutorial/hello.cpp 构建示例：

$ cat hello.cpp
//  Copyright Joel de Guzman 2002-2004. Distributed under the Boost
//  Software License, Version 1.0. (See accompanying file LICENSE_1_0.txt
//  or copy at http://www.boost.org/LICENSE_1_0.txt)
//  Hello World Example from the tutorial
//  [Joel de Guzman 10/9/2002]

#include <boost/python/module.hpp>
#include <boost/python/def.hpp>

char const* greet()
{
   return "hello, world";
}

BOOST_PYTHON_MODULE(hello_ext)
{
    using namespace boost::python;
    def("greet", greet);
}

$ g++ -I/usr/local/include -I/usr/include/python -fpic -c -o hello.o
hello.cpp
$ g++ -shared -Wl,-soname,"libhello.so" -L/usr/local/lib -lboost_python -fpic -o libhello.so hello.o
$ nm -u libhello.so
                 U PyString_Type
                 w _Jv_RegisterClasses
                 U _Py_NoneStruct
                 U _Unwind_Resume@@GCC_3.0
                 U _ZN5boost6python6detail11init_moduleEPKcPFvvE
                 U _ZN5boost6python6detail12gcc_demangleEPKc
                 U
_ZN5boost6python6detail17scope_setattr_docEPKcRKNS0_3api6objectES3_
                 U
_ZN5boost6python7objects15function_objectERKNS1_11py_functionE
                 U _ZN5boost6python7objects21py_function_impl_baseD2Ev
                 U _ZN5boost6python9converter19do_return_to_pythonEPKc
                 U _ZN5boost6python9converter8registry5queryENS0_9type_infoE
                 U
_ZNK5boost6python7objects21py_function_impl_base9max_arityEv
                 U
_ZNK5boost6python9converter12registration25expected_from_python_typeEv
                 U _ZTIN5boost6python7objects21py_function_impl_baseE
                 U _ZTIPKc@@CXXABI_1.3
                 U _ZTIc@@CXXABI_1.3
                 U _ZTVN10__cxxabiv120__si_class_type_infoE@@CXXABI_1.3
                 U _ZTVN5boost6python7objects21py_function_impl_baseE
                 U _ZdlPv@@GLIBCXX_3.4
                 U _Znwm@@GLIBCXX_3.4
                 U __cxa_atexit@@GLIBC_2.2.5
                 w __cxa_finalize@@GLIBC_2.2.5
                 U __cxa_guard_abort@@CXXABI_1.3
                 U __cxa_guard_acquire@@CXXABI_1.3
                 U __cxa_guard_release@@CXXABI_1.3
                 w __gmon_start__
                 U __gxx_personality_v0@@CXXABI_1.3
$ python
>>> import libhello
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: ./libhello.so: undefined symbol:
_ZNK5boost6python7objects21py_function_impl_base9max_arityEv

那么当 bjam 链接 libboost_python.a 时，bjam 的最大魔力是什么？我没有得到未定义的符号，但是当我“手动”完成时，我得到了这些？

【问题讨论】：

我发现bjam构建使用了boost.python的共享库。当我部署共享库时，上述工作。但我绝对需要一个静态构建。那么为什么 libboost_python.a 的链接会产生未定义的符号，而 libboost_python.so 工作的地方呢？

标签： makefile boost-python bjam

【解决方案1】：

好吧，我显然是愚蠢的。要链接一个必须将对象放在带有符号的库之前。所以转

g++ -shared -Wl,-soname,"libhello.so" -L/usr/local/lib -lboost_python -fpic -o libhello.so hello.o

进入

g++ -shared -Wl,-soname,"libhello.so" -L/usr/local/lib hello.o -lboost_python -fpic -o libhello.so

在我使用 cxxflags=-fPIC 重新编译 boost.python 后，给了我预期的结果。

【讨论】：

【解决方案2】：

你可以试试这样的：

 g++  -I/usr/include/python2.4 -fpic  hello.cpp -shared -lboost_python -o libhello.so

【讨论】：