我已经阅读了很多关于cdt索引器的问题，但没有一个问题到了重点。我已经配置了所有预处理器包括路径和提供程序，并且所有这些都可以正常工作。
但是有些模块编译器可以解决索引器的问题，我希望能够看到索引器得到的编译输出（如果正在运行）导致索引器失败。如果我看到了它的语法，语义或任何类型的故障，则可以更改代码以使索引器满意，但是除了“问题”视图外，我没有找到其他方法来获取输出，该视图仅告诉您发现的内容，而不是为什么会发现问题。
是否存在这样的视图？是真的进行了g ++编译，还是真的存在像编译器一样的c ++解析器，但是没有试图解析源代码并得到没有编译器输出的错误的编译器？
答案 0 :(得分：0)
索引器没有调用编译器来生成诊断。它具有自己的C ++解析器。
在索引器出现错误的情况下，编译器无法对错误的项目配置进行处理，或者在CDT的C ++解析器中存在错误。请注意，CDT的C ++解析器尚不支持所有C ++ 14和C ++ 17功能，因此使用此类功能的代码很可能会遇到此类问题。
如果您的精简用例可以编译但会触发索引器错误，那么我建议您file a CDT bug report。