【失败】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