Python生态的优势之一轮子多,轮子分两类,一类是完全用Python本身写的,另一类是结合或者说使用了C/C++扩展的,由于Python的跨平台,前者安装无忧,后者如果能用到包管理自动搞定也无忧,但是如果没有包管理器,也找不到预编译好的版本,只有源码,那么就可能有点忧愁了,这种情况在Windows平台上比较常见,一些小众的包只有源码,没有预编译的程序。
忧愁一:32位还是64位
Python本身现在也有32位和64位之分,如果操作系统是32位,那就没问题了,因为Python肯定是32位,但如果操作系统是64位,那就要注意已有的Python是32位还是64位,32位的Python编译后的包自然是为32位使用,64位同理。
那么问题来了,构建的链接阶段引用的已有库也需要和编译的目标架构匹配,否则就可能出现Link错误。
_zbarlight.obj : error LNK2001: 无法解析的外部符号 zbar_image_set_data
_zbarlight.obj : error LNK2001: 无法解析的外部符号 zbar_image_destroy
_zbarlight.obj : error LNK2001: 无法解析的外部符号 zbar_symbol_get_data
_zbarlight.obj : error LNK2001: 无法解析的外部符号 zbar_image_create
_zbarlight.obj : error LNK2001: 无法解析的外部符号 zbar_image_scanner_set_config
_zbarlight.obj : error LNK2001: 无法解析的外部符号 zbar_image_scanner_create
_zbarlight.obj :