一段时间以来，我一直在使用 C++ 类的包装器将函数导出到 Python。现在我想使用 Windows 将其提供给我的同事。但是，我无法在 cygwin 中为此创建可用的 boost_python dll。尝试链接另一个 dll 中的依赖模块时会出现问题，如果我改为将依赖源编译到同一个 dll 中，它会按预期工作。

我创建了一个显示问题的最小示例:

设置:

moduleB/moduleB.cpp # The boost wrapper code

#include <python2.7/Python.h>
#include <boost/python.hpp>
#include <boost/python/suite/indexing/vector_indexing_suite.hpp>

#include "submodule.hpp"

using namespace boost::python;
using namespace testspace;
using namespace std;

struct cModuleB : public SubModuleClass {
    cModuleB(string name, bool boolVar) : SubModuleClass(name,     boolVar) {
    }

    void printFunc(string strVar, list listVar, int nIntVar=-1) {
        vector<int> vecList;
        for (int l=0; l < len(listVar); l++) {
            vecList.push_back(extract<int>(listVar[l]));
        }
        bool bMoreThanHalf = subModuleFunction(vecList);
        if (bMoreThanHalf) {
            cout << "More than half elements are more than 1";
        }
        return;
    }
};

BOOST_PYTHON_MODULE(moduleB)
{
    class_<cModuleB>("cModuleB", init<std::string, bool>())
      .def("printFunc", &cModuleB::printFunc);
}

submodule/submodule.hpp # The submodule containing the c++ class

#include <vector>
#include <string>

using namespace std;

namespace testspace {

   class SubModuleClass {

     public:
            SubModuleClass(string name = "", bool bIsGreat = false);
            ~SubModuleClass();

            bool subModuleFunction(vector<int> & myVec);
   };
}

• submodule/submodule.cpp # The c++ class definition

using namespace std;

#include "submodule.hpp"

using namespace testspace;

SubModuleClass::SubModuleClass(string name, bool bIsGreat)
{       
}

SubModuleClass::~SubModuleClass()
{               
}   

bool SubModuleClass::subModuleFunction(vector<int> & myVec)
{
    int nCounter = 0;
    for (vector<int>::iterator vi = myVec.begin(); vi != myVec.end(); vi++) {
        if (*vi > 1) nCounter++;
    }
    if (nCounter*2 > (int)myVec.size()) {
        return true;
    }
    else {
        return false;
    }
}

首先我们通过以下两条命令将子模块编译成一个共享库:

g++ -MMD -MP -ffloat-store -m64 -O0 -ggdb -DDEBUG -D_DEBUG \
     -c submodule/submodule.cpp -o submodule/submodule.o

g++ -m64 -shared -Wl,-soname=cygsubmodule_for_moduleB.dll \
    -Wl,--whole-archive submodule/submodule.o -Wl,--no-whole-archive \
    -Wl,--out-implib,./libsubmodule_for_moduleB.dll.a \
    -Wl,--export-all-symbols -Wl,--enable-auto-import \
    -o submodule/cygsubmodule.dll

然后我们编译实际的包装器代码并将其链接到我们应该能够从 python 导入的 boost_python dll(已验证包含的示例在 ubuntu 上可以找到)。

g++ -MMD -MP -ffloat-store -m64 -O0 -ggdb -fPIC  \
    -Isubmodule -I/usr/include/python2.7 -DDEBUG -D_DEBUG \
    -c moduleB/moduleB.cpp -o moduleB/moduleB.o

g++ -m64 -shared -Wl,-soname=cygmoduleB.dll \
    -Wl,--whole-archive moduleB/moduleB.o -Wl,--no-whole-archive \
    -Wl,--out-implib,./libmoduleB.dll.a -Wl,--export-all-symbols \
    -Wl,--enable-auto-import -Lsubmodule -lsubmodule -lstdc++ 
    -lboost_python -lpython2.7 -o moduleB/cygmoduleB.dll

在 ubuntu 中，这个模块可以在删除 cyg 后按原样使用。 - 来自 .so 的前缀文件并确保 submodule.so在LD_LIBRARY_PATH .但是，cygwin 显示经典的导入错误:

>>> import moduleB
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No such file or directory

检查 ldd 的差异在 cygwin 和 Ubuntu 之间的工作模块 B 上，可以看到在 moduleB.dll 的输出中，boost 和 python dll 已被问号替换。 .

cygwin 上的模块 B:

# ldd moduleB.dll
ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x778b0000)
kernel32.dll => /cygdrive/c/Windows/system32/kernel32.dll (0x77470000)
KERNELBASE.dll => /cygdrive/c/Windows/system32/KERNELBASE.dll (0x7fefdfd0000)
SYSFER.DLL => /cygdrive/c/Windows/System32/SYSFER.DLL (0x75090000)
??? => ??? (0x4f3d00000)

Ubuntu 上的模块 B:

# ldd moduleB.so
linux-vdso.so.1 =>  (0x00007fff55b73000)
libsubmodule.so => libsubmodule.so (0x00007fee4f9d7000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fee4f6a8000)
libpython2.7.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 (0x00007fee4f144000)
libboost_python-py27.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_python-py27.so.1.55.0 (0x00007fee4eef7000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fee4ece1000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fee4e91b000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fee4ddbf000)
/lib64/ld-linux-x86-64.so.2 (0x000055f47c1a6000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fee4dba0000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fee4d987000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fee4d783000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007fee4d580000)

知道为什么 moduleB 无法在 cygwin 中将自己标识为 boost_module，以及为什么 g++未能包含适当的依赖信息？

boost_python 是使用 cygwin 中的包安装的。

更新: 除了下面的正确答案外，还有两点混淆了正确的解决方案:

1. ldd在 cygwin 上不提供与在 ubuntu 上相同的输出而不是 <library>.dll => not found它只显示类似 ? => ? (<address>) 的内容
2. 加载 boost 时cygwin 上的 python 模块依赖于 dll不在路径中，我们没有收到 dll 丢失的消息，只是找不到 boost 模块。

最佳答案

必须进行以下更改:

1. 将 C++ 程序和库与 g++ 链接起来。
2. Python 模块名称必须与文件名匹配，因此如果文件名为 moduleB.dll，则在某处应该有一行内容为 BOOST_PYTHON_MODULE(moduleB)。
3. 为了实际加载模块，它应该在 Python 的 sys.path 中，并且它的所有依赖项应该在 windows %PATH% 中(或在当前目录，或 Windows 允许放置相关 DLL 的任何位置)。 LD_LIBRARY_PATH 在 Cygwin 中的工作方式与在真实 Unix 系统中的工作方式不同。

关于python - 在 cygwin 中为 boost_python 链接 c++ 类，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/41941152/