我一直在使用c ++的包装器 - 在linux上将函数导出到python一段时间。现在我想让我的同事使用Windows。但是,我无法在cygwin中为此创建一个可用的boost_python dll。当我尝试将依赖模块链接到另一个dll时,如果我将依赖源编译到它按预期工作的相同dll中,就会出现问题。
我创建了一个显示问题的最小示例:
设置:
moduleB / moduleB.cpp#boost包装器代码
#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#包含c ++类
的子模块
#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 #c ++类定义
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
检查cygwin和Ubuntu之间工作模块B上ldd
的差异,可以看出,moduleB.dll
的输出中的boost和python dll已被问号替换。
cygwin上的moduleB:
# 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上的moduleB:
# 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++
未能包含相应的依赖关系信息?
使用cygwin中的软件包安装了boost_python。
更新: 除了下面的正确答案之外,还应注意两件事,这些问题模糊了正确的解决方案:
ldd
与ubuntu
上的输出不同,而<library>.dll => not found
只显示? => ? (<address>)
boost
模块,该模块取决于dll
不在路径中,我们没有得到dll丢失的消息,只是找不到boost模块。 答案 0 :(得分:1)
必须进行以下更改:
g++
链接C ++程序和库。 moduleB.dll
,那么某处应该有一行显示BOOST_PYTHON_MODULE(moduleB)
。sys.path
中,并且它的所有依赖项都应该在windows %PATH%
中(或者在当前目录中,或者在任何地方) Windows允许放置依赖DLL)。 LD_LIBRARY_PATH
在Cygwin中的工作方式与在真正的Unix系统中的工作方式不同。