【失败】windows10中利用MingGW编译64 bit GVIM with python27/python35

终极目标

VIM = Python multi-version IDE

问题描述

首先声明，这是一次失败的编译经历，仅供参考，欢迎讨论。

近期发现VIM是一个很棒的编辑器，简洁高效。虽然说上手速度较慢，但是它的种种特性依旧吸引了我。我打算试一试。接下来不幸发生了，我的电脑中已经安装的环境有：

Python27 64 bit (通过Anaconda2安装)
Python35 64 bit (通过官网可执行文件安装)

然而，我从VIM官网下载的已经编译好的最新版GVIM 1.7 却固定支持了python27和python34 (关于固定支持版本的问题，请参考Github上的讨论:Vim is unable to automatically detect my Python version )。最大的问题是，官网上的GVIM是32 bit的，根本无法兼容64 bit的python。如果你在GVIM中敲入以下命令行：

:python print 1

你应该会看到这样的错误提示：

E887: Sorry, this command is disabled, the Python's site module could not be loaded.

悲剧总是来的这么突然。还有什么办法呢，一来VIM是32 bit而我的python都是64 bit；二来VIM支持的python版本还不一致。所以，毅然决然，自己从源码编译一个GVIM。

文件准备

需要用到的文件如下：

MingGW : 官网选择适合自己的版本下载。由于我的电脑上已经安装了Git，所以我选的是mingw-13.5-without-git.exe
VIM 源码 : 既然已经有了Git，我们可以去VIM Github下载。参考代码 git clone https://github.com/vim/vim.git

接下来，将源码压缩包解压，我习惯去掉压缩包名称中的代码仓库分支名称后缀(例如-master)，并且运行MingGW安装包。如果你下载的也是without-git的轻便版本，那么那个可执行程序其实一个压缩包，运行之后就是自动解压。

完成了上面的步骤之后，你应该会得到一下的两个文件夹，他们的大致目录如下：

- MingGw
 | - open_distro_window.bat
 | - ...
- vim
 | - src
   | - Make_ming.mak
   | - ...
 | - ...

请保证所有的目录名称中不包含中文字符以及空格！

开始编译

接下来就是开始编译了。首先运行上面目录树中的open_distro_window.bat。这其实就是MingGW的shell。然后切换目录至Make_ming.mak所在的文件夹，执行以下命令：

make.exe -f Make_ming.mak IME=yes GUI=yes OLE=yes MBYTE=yes ARCH=x86-64 FEATURES=HUGE PYTHON="[Python2安装目录]" PYTHON_VER=[Python2的版本，例如27] PYTHON3="[Python3安装目录]" PYTHON3_VER=[Python3的版本，例如35] USERNAME=[任意，可以写你的名字] USERDOMAIN=[邮箱地址] gvim.exe

上面代码中的各个参数是会影响到你的编译结果的，具体的请看之后的分析。我猜想这可能和我的失败有关。

接下来，MingGW shell就会有一大堆的输出文字。不出意外的话，编译成功之后，你会在src目录下找到一个gvim.exe文件，这就是你编译出来的VIM了，你的专属VIM。走到这一步还是很有成就感的。

结果说明

你可以运行你的VIM，基本上和网上编译好的release版本差不多。但是，有以下几点原因，让我认为这次的编译是失败的：

可以成功运行:python3 print('Whatever you want')，但是依旧无法运行:python print('OMG')。显示的error和之前的是一样的。
VIM编译器的一些基本操作还是和release版本不太一样，例如当命令行输出结果很多的时候不能够利用j,k进行上下翻页；或者在insert模式下退格操作的时候，被删除的文字没有立即消失，而是等到进入normal模式的时候才消失。

失败原因猜想

首先说说多版本的问题。从测试来看，貌似已经支持了python3，但是很奇怪的是python2却无法运行了。以前也听人说过VIM不能够同时支持多版本的python，我还不相信，难道真的是这样。VIM的确不能够同时支持Python34和35，但是理论上应该是可以支持一个2X和一个3X的。我的理由是，如果VIM不支持多版本的python，那么如果我在VIM中运行命令行:version，输出信息中会有+ python/dyn + python3/dyn呢？这不就是说明了支持2X和3X的版本么？

然后讨论关于之前说的命令行参数问题。请看：

MBYTE=yes 如果加上这个参数设置，可以实现VIM多行命令信息输出时候的j,k上下翻页，不加的话，多行命令输出的时候，上部分的超出屏幕的信息就看不到了。
ARCH=x86-64 如果加上这个参数设置，最后编译出来的VIM就是64 bit。我尝试了如果不加，编译的时候会报错，内容大概是CPU选择错误。
GUI=yes 设置为yes，编译结果是GUI VIM，no则代表VIM。这个好理解。

还有其他的参数：IME, OLE, FEATURES, DYNAMIC_PYTHON, DYNAMIC_PYTHON3, CSCOPE, DEBUG,这些参数代表了什么意思呢？是不是如果我能够找到官方release版本在编译时候的参数配置，我就能够编译出一个和release版本一模一样的VIM呢？

最后总结一下，这也许就是开源软件的一个特点吧，我不想用“弊端”这个词语。只是，有的时候，可能不能够追求太完美的配置了。暂时先放下，以后有机会了继续研究。

续

VIM的确不是一个容易上手的编辑器，所以我打算长时间的调教我的VIM。后来，为了打造自己的Python IDE，因为暂时无法使用Youcompleteme,我使用了两个替代插件：

omni completion : VIM自带的补全插件
pydiction : 一个边带比较久远的python补全插件

怎么说呢，这两个插件的原理都是一样，都是通过搜索匹配模式进行搜索，omni主要是搜索已打开文件中的匹配模式，而pydiction，顾名思义，是在一个目标文件(python diction)中搜索匹配模式。所以很多人喷，确实也算不上智能匹配。和YCM相比还是差远了。

5/14/2016