CSDN博客

img ccat

在MinGW中编译Boost.Python

发表于2003/2/19 9:12:00  2480人阅读

 

有时候,我写程序纯粹是为了好玩。比如,对于Python和Boost。身边很多朋友,看我兴致勃勃的学习它,会常看外星人一样地问我:“这有什么用吗?”

我开始觉得很郁闷,后来就学会一笑处之。何必要去争呢?为了生存而生活,并不是什么错误的态度,不过,抱这样态度的朋友,不可能向他们说清楚,这种生活的乐趣。如果只­是为了谋生,我就应该一辈子安心于使用RAD。但是,我喜欢C++,喜欢Python。这样的语言,可以让我得到乐趣。虽然我可能永远也成不了Bjarne,但是,我可以做一个快乐的人,这不是很好吗?

做为一个纯粹的C++“爱好者(而非职业C++程序员)”,我很少使用VC。很长时间里,我一直在用内置GCC的Dev C++。后来,又专门下载了一个MinGW,集成在Dev C++中,做为编译器内核。不知道CSDN上有多少像我这样的“玩家”。不过,从前一段时间论坛上的贴子来看,所有像我这样使用MinGW+Python+Boost的朋友,都遇到一个很头痛的问题:Boost.Python不能安装。

这个问题的具体表现在于,用MinGW编译Boost.Python时,会提示找不到若干定义,最后归为6个以上的错误。具体的数目好像会有不同。我的机器上通常会是6个,而有一位朋友,他的机器编译时一般是9个错误。这个问题困扰了我们这些C++菜鸟很久。因为同样的问题在VC上就不会出现。最后,一个偶然的机会,我发现,其实,这个问题一点也不神秘:在Boost.Pyhton的编译过程中,需要调用一个静态库pythonxx.lib(xx是两位数字,视Python的版本而定,我这里是Python22.lib)。而Python的Windows版本,是使用VC编译的!所以在VC中,不会出现这样的问题。而MinGW通常不能正确的识别这个VC编译出的静态库。同样的问题不只出在编译Boost.Python。只要使用安装版的Python与MinGW集成使用,都会出现这个问题。

怎么办?用MinGW重编译Python源码?这听起来是个好主意,从根本上解决问题。不过让我很失望的是,在我这里,用Cygwin还可以正确编译Python源码,MinGW就不行。大概是因为我的方法不当。如果哪位高人了解,还请指教。而从另一个角度看,只要能得到一个MinGW编译的lib文件就可以。而这个方法,其实在Python的文档中已经提到了--虽然没有说与Boost.Python有关,但是,这的确是最简单的方法。下面我把它整理出来,介绍一下。

1、我们需要一个工具,用来生成Python22.lib的Def文件。这个Def,其实是从Python22.DLL(动态链接库是语言及编译器无关的)得到的。先下载PExports 0.42h( http://starship.python.net/crew/kernr/mingw32/pexports-0.42h.zip。解压缩后可以在Bin目录中找到一个可执行文件pexports.exe。为了方便,我们可以把这个目录加到path中;

2、在系统目录中找到python22.dll,把它复制到一个单独的目录中(我把它放在我的python/DLLs里,为的是一并处理掉其它的DLL);

3、在命令行模式下,转到放置python22.dll的目录,执行:pexports python22.dll >python22.def;

4、现在,我们在这个目录下,可以找到python22.def,用文本编辑器打开它,会看到在编译Boost.Python时找不到的那些定义,就在其中;

5、使用GCC的附带工具,生成静态文件,现在执行:dlltool --dllname python22.dll --def python22.def --output-lib python22.lib。

我们现在就可以在这个目录下,找到梦寐以求的python22.lib了。

用同样的方法,我生成了MinGW版本的其它若干个lib文件,如zlib.lib,parser.lib等。现在,把它们放在一个新的目录中(也可以在生成它们时,直接指定一个目录)。把Boost.Python所需要的libs目录变量设定为这个目录,就可以正确编译Boost.python了!

欢迎所有使用MinGW的朋友来到Boost.Python的世界!这个时候,大概你已经在试验Boost的示例,甚至自己开始用Boost扩展Python了吧。

0 0

相关博文

我的热门文章

img
取 消
img