2013-03-19 71 views
2

我将CEDET配置为自动完成MinGW gcc,它工作的很好,但是我无法获得完成STL库成员的g ++工作。举例来说,我不能自动完成的std :: string变量获得c_str()或其它功能:如何配置CEDET以自动完成MinGW g ++

#include <string> 
#include <iostream> 
using namespace std; 
int main(int argc, char *argv[]) 
{ 
    string s; 
    s.  // no pop up member functions here 
    return 0; 
} 

这里是我的.emacs的配置部分:

;; setting up for semantic-mode 
(semantic-mode 1) 
(require 'semantic/bovine/c) 

(setq MinGW-64-base-dir 
    "D:/MinGW/x86_64-w64-mingw32/include") 
(add-to-list 'semantic-lex-c-preprocessor-symbol-file 
    (concat MinGW-64-base-dir "/crtdefs.h")) 
(add-to-list 'semantic-lex-c-preprocessor-symbol-file 
    (concat MinGW-64-base-dir "/yvals.h")) 
(add-to-list 'semantic-lex-c-preprocessor-symbol-file 
    (concat MinGW-64-base-dir "/vadefs.h")) 
(add-to-list 'semantic-lex-c-preprocessor-symbol-file 
    (concat MinGW-64-base-dir "/comdefsp.h")) 
(semantic-c-reset-preprocessor-symbol-map) 

(defconst user-include-dirs 
    (list ".." "../include" "../inc" "../common" "../public" 
     "../.." "../../include" "../../inc" "../../common" "../../public")) 
(defconst win32-include-dirs 
    (list "D:/MinGW/include" 
     "D:/MinGW/x86_64-w64-mingw32/include" 
    "D:/MinGW/lib/gcc/x86_64-w64-mingw32/4.7.2/include" 
    "D:/MinGW/lib/gcc/x86_64-w64-mingw32/4.7.2/include/c++" 
    "D:/MinGW/lib/gcc/x86_64-w64-mingw32/4.7.2/include-fixed" 
)) 

(let ((include-dirs user-include-dirs)) 
    (when (eq system-type 'windows-nt) 
    (setq include-dirs (append include-dirs win32-include-dirs))) 
    (mapc (lambda (dir) 
      (semantic-add-system-include dir 'c++-mode) 
      (semantic-add-system-include dir 'c-mode)) 
     include-dirs)) 

我的配置有问题吗? MinGW g ++的正确配置是需要的。

+0

你有没有看过Alex Ott撰写的这篇文章:[CEDET的简单介绍](http://alexott.net/en/writings/emacs-devenv/EmacsCedet.html)? – Francesco 2013-03-19 07:12:22

+0

@Francesco是的,我读过它(也许我跳过了一些东西),我定义的类成员可以自动完成,但STL lib的成员函数或成员函数不能自动完成。 – toolchainX 2013-03-19 08:52:35

回答

0

我试过你的示例在我的Ubuntu系统上没有你的配置,它提供了比我知道如何处理更多的完成。我猜测Semantic不知道某些包含文件的位置,或者没有设置正确的预处理器符号。

如果你这样做:

M-x load-library RET semantic/analyze/debug RET 

然后你可以把光标放在你的样品并做:

M-x semantic-analyze-debug-assist RET 

,它会给你一堆提示,并附加命令尝试深入研究这个问题。

我知道你在你的设置中设置了所有包含和预处理器文件。那部分对我来说似乎没问题。

语义/牛/ gcc.el中的代码应该查询您的GCC中您提供的用于查找STL标头等信息的类型。编译器提供了一些STL头文件使用的#define值,可能不在您为预处理器符号提供的其他头文件头中。

不幸的是,它为它尝试使用的C++编译器提供了硬编码的名称。如果您的编译器具有其他名称,则可能需要编辑gcc.el源文件才能使其运行。如果是这样,请发送cedet-devel邮件列表,以便我们可以在CEDET中进行更改。

或者,加载到你的string.h文件所在的位置,并找到它应该用来完成的定义。看看,看看哪些#IF语句过滤出来,然后用:

M-X语义-C-描述环境RET

看怎么可能有关。