首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >【失败】windows10中利用Min

【失败】windows10中利用Min

作者头像
py3study
发布2020-01-02 16:45:18
7810
发布2020-01-02 16:45:18
举报
文章被收录于专栏:python3python3

终极目标

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

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2019-10-12 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 终极目标
  • 问题描述
  • 文件准备
  • 开始编译
  • 结果说明
  • 失败原因猜想
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档