今天再一次在 yaourt 的输出中瞥见 mingw 这几个字符，好奇地看了下说明：A C and C++ cross-compilers for building Windows executables on Linux。这个不就是传说中的交叉编译器么？

试试看。以前自己在虚拟机里为 Windows 编译过很多次的 vim，要是能弄到真机下来编译效率应该会高很多。（不，我不是说虚拟机的性能差，而是 Windows 下跑 mingw 这种一堆进程的东西效率差。）

说干就干，几十 M 的 mingw-gcc 及其依赖下好，git archive all|tar x -C ~tmp/vim弄份崭新的 vim 源码，把以前在 win 下用的Make_ming.mak拷过来改改，设置CROSS=yes什么的，然后开始编译！然后很快就出错了，找不到编译器i586-pc-mingw32msvc-gcc。唔，我确实没有那个东东，只有i486-mingw-gcc，去把CROSS_COMPILE这个变量改了就好。然后再 make。这一次的结局是——找不到 Python/Ruby/Lua 的头文件、找不到它们中的符号……好吧，你这交叉编译器当然找不到它们，先注释掉好了。然后重新编译，很顺利地出来个 gvim.exe 了～拿到 Windows 虚拟机里跑一下，一切正常～

好开心，第一次玩交叉编译就成功了。不过还有些小遗憾：没有那些外部脚本语言的支持。这可怎么办呢？我上哪儿找用于交叉编译的库呢？光想是没有用的，还是得尝试。用 Linux 版的库肯定不行，那就试试 Windows 版的。先拿 Python 3 支持测试。把 Windows 下安装的 Python 3 文件夹复制过来，修改下路径，再 make。很正常地，我的第一次尝试总是不成功，好在也不是大问题：Make_ming.mak里写的 include 目录不对：

ifeq ($(CROSS),no)
PYTHON3INC=-I $(PYTHON3)/include
else
PYTHON3INC=-I $(PYTHON3)/win32inc
endif

看看自己的 Python 3 目录，这里的win32inc应该是include。改改就好了 ;-)

嗯，顺利成功了！接下来，把 Windows 版的 Ruby 和 Lua 也弄过来就不用再跑到虚拟机里去编译 Windows 版的 Vim 了！嗯，NSIS 也有 Linux 版，虽然是在 AUR 里。

最后，编译好的 gvim 还是在这里。