我就是愁不能调用二进制库，想该 vim 源码，增加个二进制接口，但fanhe 写了：vim基本没办法直接调用二进制的库的，而clang的库的python绑定还没有，所以现在也仅仅是调用命令行的clangasmwarrior 写了：厉害，你是个编程高手啊！！！
ollydbg from codeblocks forum
但是最新版的输入可以直接从标准输入读取请求，不用保存一个临时文件，是比之前的版本快一些。
clang的命令行用户手册不全，文档也不全，我没法知道具体有哪些命令参数
我个人还是倾向codelite那样用sqlite保存符号信息，做几个索引，这样补全的时候比较快
我觉得codelite的准确度够满意的了，速度也不错
这是我下一步的工作，调试器最后再搞
另外，现在vimlite暂时不支持windows，只能在linux下测试
我之前想了解sqlite的东西，看了一下，感觉比较复杂，后放弃了，呵呵。fanhe 写了：个人比较喜欢codelite的关于符号信息的存贮方式，这样比较独立，容易被其他程序使用
就是不知道具体剥离工作复杂度多少，那些代码我还没看
貌似我搞错了asmwarrior 写了：我之前想了解sqlite的东西，看了一下，感觉比较复杂，后放弃了，呵呵。fanhe 写了：个人比较喜欢codelite的关于符号信息的存贮方式，这样比较独立，容易被其他程序使用
就是不知道具体剥离工作复杂度多少，那些代码我还没看
codeblocks其实存储token还是比较简单的，就一个TokensTree结构和一堆访问接口，其他也没有什么了。检索关键字一般来说就是字符串。
代码： 全选
template<typename T>
class MyTemplate {
public:
T t;
};
class Foo {
public:
char m_a;
short m_b;
int m_c;
void Func(void)
{
}
};
class Test {
public:
MyTemplate<Foo> m_foo;
void Func(void)
{
}
};代码： 全选
#include "main.h"
int main(int argc, char **argv)
{
MyTemplate<Foo> foo;
foo.
return 0;
}用脚本扩展，如python, perl, lua等等自由建客 写了：我就是愁不能调用二进制库，想该 vim 源码，增加个二进制接口，但fanhe 写了：vim基本没办法直接调用二进制的库的，而clang的库的python绑定还没有，所以现在也仅仅是调用命令行的clangasmwarrior 写了：厉害，你是个编程高手啊！！！
ollydbg from codeblocks forum
但是最新版的输入可以直接从标准输入读取请求，不用保存一个临时文件，是比之前的版本快一些。
clang的命令行用户手册不全，文档也不全，我没法知道具体有哪些命令参数
我个人还是倾向codelite那样用sqlite保存符号信息，做几个索引，这样补全的时候比较快
我觉得codelite的准确度够满意的了，速度也不错
这是我下一步的工作，调试器最后再搞
另外，现在vimlite暂时不支持windows，只能在linux下测试
别的不说，怎么好多函数都是超长的，很难读。和我一个函数不超一屏完全不同。
确实应该没有问题，你上面的例子里面，T是一个可以被替换的参数，实际应该被替换成Foo，呵呵，Codeblocks里面也是这么干的，只不过可能哪里有bug，呵呵。fanhe 写了： codelite又好了，估计是scope分析有点bug
反正这表明用sqlite保存ctags结果支持模版肯定没问题的
codelite是以一个工作空间为单位保存着符号信息的，一般文件就是 <工作空间名字>.tags，这其实是一个sqlite数据库文件，打开sqlite数据库的工具很多的，我这个是firefox的一个扩展，叫 SQLite Managerasmwarrior 写了：@fanhe
你的18楼的帖子的图片是用什么工具查看得到的？？？
我想问的是：codelite是不是把整个工程的tag文件，全部放在一个sqlite的数据库，保存在硬盘上？？
我看到你打开数据库里面的内容，每一个symbol的各个信息都是很正确的，赞啊。看起来模板的参数，是作为一个”pattern“的属性放置的，请问这个pattern是不是一个字符串类型？
其实codeblocks内部也是这么保存的symbol的，呵呵。只不过可能在进行模板的T和实际参数，例如wxString进行匹配的时候有一些问题，我感觉应该不是太严重，呵呵。
是codelite是不是把整个工程的tag文件，全部放在一个sqlite的数据库，保存在硬盘上？？
是，只有 ID 和 line 是整数看起来模板的参数，是作为一个”pattern“的属性放置的，请问这个pattern是不是一个字符串类型？
代码： 全选
typedef std::vector<int> Foo;
MyTemp<Foo> a;
代码： 全选
clang -w -fsyntax-only -Xclang -code-completion-at=E:\clang_win32\main.cpp:13:5 E:\clang_win32\main.cpp你这个帖子我搜索到过了，代码也是codelite源码里面的，这个方法是比较老的了asmwarrior 写了：谢谢楼上的提示。看起里保存tag/symbol的内容，其实codeblocks和codelite已经没有什么差别了，嘿嘿。现在缺乏的就是如何改进codeblocks的匹配算法了，其实就是一个scope一个scope的匹配，看起来简单，但是由于很多scope是需要展开的，例如
这种情况，Foo就需要展开成std::vector<int> ，呵呵，我知道的是codelite对这类的展开处理的比较好。而codeblocks目前就我所知，只能是进行字符串的替换操作，还不具备展开复杂类型的能力，需要改进。代码： 全选
typedef std::vector<int> Foo; MyTemp<Foo> a;
关于clang的命令行用法，我帮你找了一下我之前的帖子：
http://forums.codeblocks.org/index.php/ ... l#msg91440
注意上面的命令行：前后两个文件可以不一样，前面一个只是指定在哪个文件的哪个位置进行代码提示，后面一个指定当前的clang是按照那个tanslation unit进行语法分析过程。代码： 全选
clang -w -fsyntax-only -Xclang -code-completion-at=E:\clang_win32\main.cpp:13:5 E:\clang_win32\main.cpp
代码： 全选
cat <source> | clang -cc1 -code-completion-at=-:<row>:<col> -x c++ <addtions opts> -
呵呵，我感觉应该parser解析还是正确的，关于stl的解析，其实在去年的时候就差不多得到正确了，只不过最早的时候，对于模板参数，例如：fanhe 写了：我怀疑是不是parser解析的就错了
代码： 全选
MyTemplate<wxString,int> aaa;