gpt4 book ai didi

python - 在 cygwin 中为 boost_python 链接 c++ 类

转载 作者:太空狗 更新时间:2023-10-29 20:31:08 26 4
gpt4 key购买 nike

一段时间以来,我一直在使用 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.soLD_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/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com