但我们的cc在那里似乎更好。

是的，当没有上游时，一些贡献者正在改进它们。但在上游可用之前，他们就停了下来。可能很乐意分享上游。

是的，当没有上游时，一些贡献者正在改进它们。但在上游可用之前，他们就停了下来。可能很乐意分享上游。

“更好”的部分主要是Geany的c.c能够给出函数的返回类型和上游c.c中缺少的全局变量类型。问题是，这是以一种非常老套的方式完成的，只需在预处理器中记录可能是类型的部分，使其完全未分析，清除内部可能的注释，然后将其表示为类型。上游c.c.使用不同的预处理器(cp处理器。c像cxx解析器，而不是旧的解析器低碳聚丙烯Geany用于c.c），我不确定他们会对Geany使用的解决方案感兴趣。

我不确定他们会对Geany使用的解决方案感兴趣。

好的，很公平，如果有什么好的，就分享一下。

好的，很公平，如果有什么好的，就分享一下。

合并所有解析器后，我计划创建一个新问题来替换#1162在这里，我将描述同步中剩余的内容以及解析器中的差异，并可能在讨论中涉及到uctag的维护者。

合并所有解析器后

为了澄清，我指的是目前正在等待的拉入请求。

我指的是当前挂起的拉入请求。

这包括那些带有这里是龙(标记管理器) 😄 标签？

这包括那些带有Here be Dragons（标签管理器）的吗😄 标签？

不，只有那些不用担心的“ctags解析器”10KLOC+PRs:-）。