【vim环境配置】解决ubuntu上 由YouCompleteMe插件配置不当引起的 自动补全失效的问题

时间:2015-12-23 01:52:34   收藏:0   阅读:1852

背景

  由于不可抗拒的原因,学习环境由之前centos的一台机器上,变成了ubuntu的一台机器上。因此,需要在新的ubuntu的机器上再配置一次vim环境。算起来这已经是第三次配置vim环境了(mac上配过一次,centos上配过一次,ubuntu上再配置一次)。这次配置大体上比较顺利,还是沿用之前日志用的方法(http://www.cnblogs.com/xbf9xbf/p/4860484.html),用pathogen管理插件;而且这次ubuntu机器能联网,比之前在centos上无网的情况下方便很多。

  其中,稍有难度的插件就是YouCompleteMe(YCM)插件。之前趟过YCM的坑了(http://www.cnblogs.com/xbf9xbf/p/4876306.html),这次又遇到了些新的问题。

 

问题

  YCM需要在本机编辑才能够install,这个过程就参照之前的完成的。(下载ubuntu对应版本的clang+llvm的预编译文件,编译YCM,install的时候注意要加入--clang-completer来支持C-family的smantic)。但是,在搞一个.c文件的时候遇到了点儿YCM的补全的问题。

  简单说,问题就是:用vim编辑.c文件的时候,ycm能够补全user define的结构体,但是却无法补全<netdb.h>中的struct addrinfo系统结构体。

  能够补全user defined的结构体:

  技术分享

  不能补全<netdb.h>中的struct addrinfo结构体:

  技术分享

 

Solution:

  这个问题现在已经解决了,记录下当时解决问题的一些逻辑轨迹,从中吸取经验。

  思路一:ycm的编译过程出了问题。

      ycm编译过程真的没错:支撑的现象有(1)ycm编译过程中没有报错 (2)vim中ycm可以补全user define的结构体。

      ycm编译过程真的出错:猜想的原因(1)可能是各种clang+llvm版本的问题,后面用3.7重新编译了也米有问题(2)ubuntu系统的问题

      如果真的没错,那么就不用考虑编译过程;如果真的出错了,这种跟编译器版本和系统implementation的问题也是我力所不及的。

      因此,这个思路的结论是,必须PASS这个方面solution。

  思路二:ycm的配置出了问题。

      以为是.ycm_extra_conf.py的配置出了问题:主要集中在flags选项中的‘-isystem‘,是不是该include的没有include进去呢?

      这个查了好久,并没有什么实质的斩获。当时是PASS了。

  思路三:ubuntu系统的netdb.h文件的问题

      同样的代码,在我的mac和原来的centos上就可以补全出来,但是在ubuntu上就不能补全出来。一个主要变数就是netdb.h文件。

      可能是netdb.h中没有这个struct addrinfo呢?vi /usr/include/netdb.h查看一下,确实有这个结构体。PASS。

  思路四:文件访问权限的问题

      可能是我的代码没有访问netdb.h的权限。sudo chmod 777之后,还是不行,看来不是权限的问题。

      直接把/usr/include/netdb.h文件放在工程文件的同一个目录下,.c文件直接#include "netdb.h"。

      这样不存在文件和文件夹的权限问题了,结果还是悲剧,无法补全。

  上面四个思路都否定之后,有些束手无策了。

  最后放了一个大招,直接把mac上的/usr/include/netdb.h直接scp到ubuntu的工程文件同个目录下,.c文件还是#include "netdb.h"

  这样做之后,ycm终于可以补全出来struct addrinfo这个结构体的成员了~

  这样,问题就一定在ubuntu上的/usr/include/netdb.h这个文件了,再回头看这个文件的struct addrinfo的部分:

  技术分享

  而mac上的/usr/include/netdb.h的文件先关部分如下:

  技术分享

  对,二者的产别就是红框框的部分 #ifdef __USE_POSIX

  到此,基本可以确定,就是因为多了ifidef,导致ycm的补全机制直接漏过了struct addrinfo这个结构体

  但是又有一个矛盾的事情:既然ycm补全机制把这个strut addrinfo错过了,为什么在ubuntu上用gcc编译链接的程序还能正确执行结果呢?证明只是ycm漏过了这个struct addrinfo,但是gcc缺没有漏过。

  又想起来,ycm后台用的clang编译器相关的内容,而不是gcc。既然ubuntu的文件既然能被gcc正确编译链接,可以判定,还是问题出在了ycm的配置本身。但是,这又回到之前的思路二,似乎又没有什么办法了。

  也是偶然,我试验能不能补全另一个结构体。试验/usr/include/netinet/in.h中的结构体,居然能够ycm补全出成员变量:

  技术分享

  这就证明了,ycm的编译一定是没有问题的,问题一定出在ycm的配置了,并且跟idef __USE_POSIX有关。

  于是,走出了解决问题的一步:直接google “ubuntu #ifdef __USE_POSIX”:

      http://stackoverflow.com/questions/12024703/why-cant-getaddrinfo-be-found-when-compiling-with-gcc-and-std-c99

  通过这个帖子,知道了问题出在了.ycm_extra_conf.py配置文件中-std=c99这个上面,改为gnu99,问题就解决了。如图:

  技术分享

  问题大概就是这样解决了。

  总之,-std=c99是标准的c,如果把这个喂给clang的配置,则clang就会忽略“#ifdef __USE_POSIX”这种的定义,因为这属于c extension,不属于c99的范畴;因此改为-std=gnu99就OK了。搞笑的是,clang的默认-std是gnu99,结果在这里我画蛇添足,导致了后面的各种问题。

  这么看来,gcc编译器的默认选项也是-std=gnu99,至少肯定是支持一些c extrension的。否则,程序也不可能正确执行出结果,gcc编译链接的过程就报错了。

  如果还想再多了解些c的标准和编译器的问题,可以看看这个日志:

  http://www.crifan.com/summary_c_language_version_c89_amd1_c99_c11/

  

  另,ycm的自动语法检查暂时有些碍事儿,将其关掉的方法查了一下:http://stackoverflow.com/questions/24500281/youcompleteme-and-syntastic-compatibility

评论(0
© 2014 mamicode.com 版权所有 京ICP备13008772号-2  联系我们:gaon5@hotmail.com
迷上了代码!