IronPython打包记录之一：源码打包
原文链接：http://xufive.blog.163.com/blog/static/17232616820125159303126/
一年前用IronPython写过一个调用.NET动态库的程序，在打包成可执行程序时遇到了麻烦。当时因为项目工期紧，只好用python在外面做了一层包装，匆匆交差了事。最近，这个项目又被挖掘出来了：我的客户把它卖到了BD。正好借此机会，处理掉历史遗留问题。
阅读文档，才知道IronPython自带一个名为pyc.py打包脚本，在安装路径下的\Tools\Scripts文件夹中。pyc.py可以生成dll文件，也可以生成exe文件，还可以生成windows程序。一个典型的用法如下：
ipy.exe pyc.py /main:Program.py Form.py /target:winexe
main后面的第一个文件是主程序，其他脚本程序（如果有的话）依次写在后面。target表示生成的目标类型，winexe表示生成的是windows程序。
看起来似乎很简单，但我的程序打包时总是出错，错误信息如下：
SystemError: Unable to make a reference to a transient module from a non-transient module.
瞬态模块？这是个啥东东？满世界google了一天，终于觅得了些许蛛丝马迹：Supplying 13 arguments to a Python function taking variable arguments causes a clr.CompileModules failure; 12 arguements compiles fine. 中国话的意思是，函数的可变参数中有13个参数，编译失败，12个参数，编译正常。
居然会有这样隐蔽的bug？看看我的代码，真有这样的一行：
class RfidReader():
def __init__(self, readerName, ip, user, passwd, **cfg):
**cfg就是一个字典类型可变参数，该类实例化时，提供了10个参数：
insidePin=1, outsidePin=3, redPin=0, greenPin=1, inMode=‘S‘, redDelay=5000, greenDelay=3000, port=3000, timeout=1000, readMode=‘OnDemand‘
加上readerName, ip, user, passwd等4个参数，共计14个，的确超过了13个！难道真的是这个原因吗？把相对较为固定的port=3000, timeout=1000, readMode=‘OnDemand‘等3个参数写在代码中，只剩下11个参数，再次运行打包程序，哈哈，终于成功了。
不过，我高兴得太早了，编译打包之后的程序跑不起来！我的源代码在ipy解释器上能够顺利运行，应该不是代码的问题。想来想去，只有一种可能：我的程序调用了一个.NET的动态库，而pyc.py似乎只能编译IronPython脚本程序，不能打包dll文件和其他资源文件。
那么，真的无路可走了吗？继续迷茫中……
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
