由于#ifdef，带有不平衡大括号的源文件上的ctag阻塞

Question

我正在使用ctags为我正在处理的一个C项目生成一个tags文件，但是文件中缺少许多功能。这似乎是由于使用#ifdef导致源文件中的大括号不平衡所致。A(简化)示例：

#include <stdio.h>

struct mystruct {
        long member;
#ifndef _MSC_VER
}__attribute__ ((packed));
#else /* _MSC_VER */
};
#pragma pack(pop)
#endif /* _MSC_VER */

char* greeting_text(){
  return "Hello world\n";
}

int main( int argc, const char* argv[] ){
  char * greeting = greeting_text();
  printf(greeting);
  return 0;
}

它在Linux下编译并完美地使用gcc -Wall。但是，如果我使用ctags problem.c解析它，tags文件只包含mystruct的条目--函数丢失了。

ctags --verbose报告：

OPENING problem.c as C language file
problem.c: unexpected closing brace at line 8
problem.c: retrying file with fallback brace matching algorithm
OPENING problem.c as C language file
problem.c: unexpected closing brace at line 8

因此，显然ctags不喜欢文件中的预处理技巧。

有办法让ctags处理这个问题吗？

ctags的手册甚至明确提到了这个问题，但表示ctags可以解决这个问题。然而，这似乎不起作用.

这是与活跃的Ctag 5.8 (Debian包1:5.8-4)。

编辑：

我还对处理这类构造的ctag的替代方案感兴趣。

Answer 1

由于ctag的问题，我最终使用了cscope。

虽然它并不完美，但它比ctag处理宏更好，它可以像ctag一样与vim集成(参见cscop.html#:cscope )。

Answer 2

在将文件交给ctag之前，我会尝试在文件上运行预处理器(gcc -E)。这是否会产生一个好的结果，我不确定，但这是值得一试。当然，代码的所有组件都应该出现，但是ctag会识别gcc在输出中留下的其他文件引用吗？不确定。

Answer 3

您可以尝试重写代码，以便只有一个结束大括号，例如：

struct mystruct {
        long member;
}
#ifndef _MSC_VER
__attribute__ ((packed))
#endif
;
#ifdef _MSC_VER
#pragma pack(pop)
#endif /* _MSC_VER */

当然，您可以定义一些方便的宏来使其更容易阅读。