gvim - problème de mise à niveau de vim

Question

Pour suivre le plug-in youcompleteme, vous avez besoin du support de la version vim7.3.584, et ma version gvim est 7.3.547
Lors de la mise à niveau, j'ai fait référence à ce tutoriel : http://www.cnblogs.com/scue/p/3234102.html

sudo apt-get install -y hgsvn libncurses5-dev libgnome2-dev libgnomeui-dev libgtk2.0-dev libatk1.0-dev libbonoboui2-dev libcairo2-dev libx11-dev libxpm-dev libxt-dev python-dev ruby-dev mercurial cscope exuberant-ctagssudo apt-get remove vim vim-runtime gvim #这一步可以不做
cd ~
hg clone https://code.google.com/p/vim/
cd vim
./configure --with-features=huge \
            --enable-rubyinterp \
            --enable-pythoninterp \
            --enable-perlinterp \
            --enable-gui=gtk2 --enable-cscope --prefix=/usr
make VIMRUNTIMEDIR=/usr/share/vim/vim73
sudo make install
sudo update-alternatives --install /usr/bin/editor editor /usr/bin/vim 1
sudo update-alternatives --set editor /usr/bin/vim
sudo update-alternatives --install /usr/bin/vi vi /usr/bin/vim 1
sudo update-alternatives --set vi /usr/bin/vim

Mais après la mise à niveau, la version de gvim est toujours la 7.3.547, tandis que la version de vim est la 7.4.265
Je veux utiliser le plugin youcompleteme dans gvim, pas dans vim.

---

Le problème a été résolu tout seul, veuillez cliquer sur la solution :

    Install the needed dependencies:

    $ sudo apt-get install ncurses-dev build-essential mercurial

    Clone the sources of Vim 7.4:

    $ hg clone https://vim.googlecode.com/hg/ vim

    Build Vim from sources:

    $ cd vim/src
    $ make distclean
    $ ./configure --with-features=huge --enable-pythoninterp --enable-rubyinterp
    $ make
    $ sudo make install

    Adjust the PATH:

    $ export PATH=/usr/local/bin:$PATH

Maintenant, la version gvim est la même version que vim.
Mais ce n'est pas très clair. Les commandes ci-dessus sont-elles principalement utilisées pour modifier les informations de configuration de gvim afin que vim puisse être appelé directement ?

Answer 1

Mais ce n'est pas très clair. Les commandes ci-dessus sont-elles principalement utilisées pour modifier les informations de configuration de gvim afin que vim puisse être appelé directement ?

Non. Ce que vous avez fait, c'est recompiler vim. De cette façon, gvim et vim sont bien sûr la même version

Answer 2

Eh bien, je pense que oui. Le code source de vim lui-même prend en charge l'interface graphique, donc lorsque vous l'exécutez

$ ./configure --with-features=huge --enable-pythoninterp --enable-rubyinterp

Cette commande a déjà été compilée dans vim avec le support de l'interface graphique, puis l'étape suivante

$ export PATH=/usr/local/bin:$PATH

La fonction de cette ligne est simplement d'ajouter l'emplacement d'installation par défaut (chemin sous /usr/local) avant la variable $PATH, afin que le vim nouvellement installé soit recherché avant le vim installé dans /usr par la gestion des packages, donc que vous vim et gvim sont compilés et installés à partir du même code source, donc bien sûr, ils sont de la même version~
Vous pouvez which vim还有which gvim jeter un œil à où ils se trouvent et de quels fichiers il s'agit, peut-être que cela vous donnera une idée plus claire de ce qui s'est passé lors des opérations ci-dessus~

Answer 3

Au premier semestre, vous n'avez mis à jour que vim, pas gvim. Bien sûr, gvim est encore ancien :

.

>>> ll /usr/bin/gvim
lrwxrwxrwx 1 root root 22 3月   1 21:39 gvim -> /etc/alternatives/gvim
>>> ll /etc/alternatives/gvim
lrwxrwxrwx 1 root root 16 3月   1 21:39 /etc/alternatives/gvim -> /usr/bin/vim.gtk

Cette partie est gérée par le système.

Logiquement parlant, après make install, gvim sera lié à vim, qui peut être votre update-alternatives la commande le met à jour. make install 之后，gvim 会链接到 vim 的，可能是你的 update-alternatives 命令更新了它。

后半部分，你（按照正常情况）把 vim（以及 gvim 链接）安装到了 /usr/local

Dans la seconde moitié, vous avez (comme d'habitude) installé vim (et le lien gvim) sous /usr/local. C'est la place de l'utilisateur/administrateur système. Le gestionnaire de packages système n'interférera pas, il sera donc installé normalement. (Donc je ne sais pas où vous avez appris la méthode d'installation compliquée ci-dessus.) 🎜

Answer 4

Cela devrait être parce que le chemin a été modifié. Si vous utilisez which vim pour le regarder, vous connaîtrez le chemin du fichier exécutable vim appelé,