Vim 与 python 支持环境变量
如果我在 vim 命令行中输入，
:python import os;print os.getenv('PYTHONPATH')
我会得到一个路径 如果我关闭 vim 并在同一个终端上，
echo $PYTHONPATH
我会得到另一个完全不同的路径 吗 这是为什么，vim 是从哪里得到这条路径的呢？ 这是相关的，因为自动完成无法找到模块，因此它不起作用。 我知道这一点是因为如果我再次从 vim cli 尝试
:python import django
它会失败 但是如果我退出 vim 并输入
python
>>> import django
No error is displayed! 这是怎么回事？ 我正在使用 virtualenv，并且检查了激活源并且没有更改 PYTHONPATH。 我在没有 virtualenv 的情况下尝试过，同样的问题。
更新： 我在编译 Vim 源之前用来配置它的行
./configure --prefix=${HOME}/apps/vim73 --with-features=huge --enable-gui=gnome2 --enable-pythoninterp --enable-rubyinterp --enable-multibyte --with-python-config-dir=/usr/lib/python2.6/config
If i type in the vim command line
:python import os;print os.getenv('PYTHONPATH')
I get a path
If i close vim and on the same terminal do
echo $PYTHONPATH
I get another completly different path
Why is this, where is vim getting this path?
This is relevant because the autocompletion can't find the modules thus it doesnt work.
I know this because if i try, again from the vim cli
:python import django
It fails
But if i exit vim and type
python
>>> import django
No errors are shown!
Whats going on here?
I'm using virtualenv and i checked the activate source and is not changing the PYTHONPATH.
I tried this without virtualenv, same problem.
Update:
The line i used to configure the Vim source prior to compiling it
./configure --prefix=${HOME}/apps/vim73 --with-features=huge
--enable-gui=gnome2 --enable-pythoninterp --enable-rubyinterp
--enable-multibyte --with-python-config-dir=/usr/lib/python2.6/config
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
PYTHONPATH是一个转移注意力的东西：这不是 virtualenv 用于配置自身的东西。 virtualenv 的工作原理是向PATH添加一个前缀，该前缀指向备用python可执行文件的位置，从而覆盖系统python。Vim 的问题在于 Python 嵌入不会查看 Python 可执行文件或 PATH：它查找并加载 libpython 库，而 virtualenv 不会虚拟化该库。这意味着 Vim 将始终初始化系统 Python，无论任何 virtualenv 如何。
然而，一切并没有丢失：Vim 在自己的 Python 初始化之后仍然可以运行 virtualenv 的初始化脚本。 Jeremy Cantrell 编写了一个 Vim 插件来帮助自动化此操作，这应该可以解决您的问题：
PYTHONPATHis a red herring: that's not what the virtualenv uses to configure itself. The virtualenv works by adding a prefix toPATHthat points to the location of an alternatepythonexecutable, overriding the systempython.The problem with Vim is that the Python embedding does not look at the Python executable or
PATH: it looks for and loads thelibpythonlibrary, which virtualenv does not virtualize. This means that Vim will always initialize the system Python, regardless of any virtualenv.However, all is not lost: Vim can still run the virtualenv's initialization script after its own Python initialization. Jeremy Cantrell wrote a Vim plugin to help automate this, which should solve your problem: