【失败】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主要是搜索已打开文件中的匹配模式,而pydiction,顾名思义,是在一个目标文件(python diction)中搜索匹配模式。所以很多人喷,确实也算不上智能匹配。和YCM相比还是差远了。

5/14/2016

    原文作者:Gavin_fault
    原文地址: https://segmentfault.com/a/1190000005016691
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞