- 主题:lsp-mode clangd c代码找不全
wsl2 ubuntu 22.04 apt装的clangd。一个不大的c代码的项目。发现lsp-mode找的一个函数引用位置不全。helm-gtags就可以找到所有的引用。
可能会是哪儿的问题呢?
--
FROM 114.241.3.*
很久之前配置过 lsp-mode,感觉问题很多
最后又回到了 cedet + gtags + helm
【 在 chunhui 的大作中提到: 】
: wsl2 ubuntu 22.04 apt装的clangd。一个不大的c代码的项目。发现lsp-mode找的一个函数引用位置不全。helm-gtags就可以找到所有的引用。
: 可能会是哪儿的问题呢?
--
FROM 67.183.138.*
我也一样!
这次配了lsp也主要是为了试试rust。c仍然用helm gtags为主。cedet 没怎么用过。
【 在 stid 的大作中提到: 】
: 很久之前配置过 lsp-mode,感觉问题很多
: 最后又回到了 cedet + gtags + helm
:
--
FROM 114.254.2.*
先看compile_commands.json全不全
【 在 chunhui 的大作中提到: 】
: wsl2 ubuntu 22.04 apt装的clangd。一个不大的c代码的项目。发现lsp-mode找的一个函数引用位置不全。helm-gtags就可以找到所有的引用。
: 可能会是哪儿的问题呢?
--
FROM 125.211.81.196
忘了这块了。跳转导航依赖的是这个文件?还是说只是依赖这个文件的关系描述。
比如我新加了一个源码文件或者模块。没编译没重新生成这个json文件。它索引不到新文件中函数可以理解。
如果在已经有的文件中的函数引用它查不到是不是就不是这个json文件的关系了?
【 在 hrbwag 的大作中提到: 】
: 先看compile_commands.json全不全
--
FROM 114.254.2.*
一直没试过lsp,不知道这个对于比较大的cmake项目好用不?(百万行c++,上百个子project分为很多层,然后还有各种外部库的依赖)
一直用的最简单的基于字符串的补全(不论是vscode,vim还是emacs),也还是感觉不是不能用。
【 在 chunhui 的大作中提到: 】
: wsl2 ubuntu 22.04 apt装的clangd。一个不大的c代码的项目。发现lsp-mode找的一个函数引用位置不全。helm-gtags就可以找到所有的引用。
: 可能会是哪儿的问题呢?
--
FROM 182.150.115.*
人们都说慢。我第一要的是导航索引,第二要的才是补全。之前都是c代码,一直都是helm-gtags。感觉这个函数跳来跳去已经非常好用了。
【 在 haha103 的大作中提到: 】
: 一直没试过lsp,不知道这个对于比较大的cmake项目好用不?(百万行c++,上百个子project分为很多层,然后还有各种外部库的依赖)
: 一直用的最简单的基于字符串的补全(不论是vscode,vim还是emacs),也还是感觉不是不能用。
--
FROM 121.69.86.*