Eclipse 3.7无法解析C++编辑器中的类型

Question

我最近从Eclipse 3.6更改为Eclipse 3.7,我在Ubuntu 11.04中用于C++开发.

使用3.6版本,我没有遇到大麻烦,除了我总是在索引器上遇到一些问题.现在使用版本3.7,它开始将未解决的类型标记为错误.由于索引器似乎更不喜欢我,我的Eclipse显然不知道类似uint16_t或类型size_t.

与代码编辑器中显示的错误相反,我的编译器在编译代码和解析所有符号和类型方面没有问题,因此这似乎是IDE本身的问题.

有没有办法避免这种行为,因为所有的红色下划线使我的代码越来越难以理解......？

更新:

好的一些研究和丹尼斯的回答我发现我需要添加一些路径 Project Properties/ C/C++ General/ Paths and Symbols

由于我正在为PowerPC而不是I32目标构建,我不能只是添加/usr/include.相反,我需要添加

/usr/powerpc-linux-gnu/libc/usr/include

对于所有标准标题(如stdint.h).我也需要:

/usr/lib/gcc/powerpc-linux-gnu/4.5.1/include

为了stdarg.h.

现在几乎所有的错误都消失了.仍然困扰我的唯一功能是printf从标题stdio.h.我查了一下,头文件本身位于包含的路径中.我仍然得到一个错误Function printf could not be resolved.我想再次注意,这些只是Eclipse显示的错误 - 编译本身工作正常.

所以这实际上引发了3个问题:

1. 在项目属性中,该Paths and Symbols部分与该部分之外的包含路径一致C++ Build/Settings/C++ Includes.这意味着在其中一个部分中添加/删除路径会直接影响其他部分的输入.由于C++ Includes直接与编译器一致,我想知道为什么编译器可以编译正确(并找到标题),即使它们没有作为路径传递给他？是否有某种标准路径GCC使用,我不知道？

2. 他为什么不在printf日食中找到？该headerfile stdio.h包括在内,它也包含的声明printf-那么,为什么Eclipse代码编辑器告诉我,这解决不了呢？

3. 为什么头文件划分如此之多？我知道如果我正在构建另一个traget(例如PowerPC),我需要其他头文件 - 但为什么GNU GCC将这些头分开在不同的目录中？

Answer 1

常见类型的红色下划线通常是由于包含路径中没有标准库造成的。查看项目的包含内容...它们位于项目属性中。确保您的 C++ 包含项具有与您正在使用的编译器的 C++ 标准库文件夹相匹配的条目。