Recientemente cambié de Eclipse 3.6 a Eclipse 3.7, que estoy usando para el desarrollo de C ++ en Ubuntu 11.04.

Con la versión 3.6 no tuve grandes problemas, excepto que siempre tuve algunos problemas con el indexador. Ahora con la versión 3.7 comienza a marcar los tipos no resueltos como errores. Como el indexador parece no gustarme aún más, mi Eclipse aparentemente no conoce tipos comouint16_t osize_t.

Al contrario de los errores mostrados en el editor de código, mi compilador no tiene problemas para compilar el código y resolver todos los símbolos y tipos, por lo que este parece ser un problema del propio IDE.

¿Hay alguna forma de evitar este comportamiento, porque todos los subrayados rojos hacen que mi código sea cada vez más ilegible ...?

Actualizar:

De acuerdo con algunas investigaciones y la respuesta de Dennis, descubrí que necesito agregar algunos caminos paraProject Properties/ C/C++ General/ Paths and Symbols

Ya que estoy creando un PowerPC en lugar de un objetivo I32, no puedo simplemente agregar/usr/include . En su lugar necesitaba agregar

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

para todos los encabezados estándar (comostdint.h). También necesité:

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

Para elstdarg.h.

Ahora casi todos los errores se han ido. La única función que todavía me preocupa esprintf desde el encabezadostdio.h. Lo busqué y el archivo de encabezado se encuentra dentro de las rutas incluidas. Todavía me sale un error que diceFunction printf could not be resolved. Quiero señalar nuevamente que estos son solo errores mostrados por Eclipse: la compilación en sí funciona bien.

Así que esto en realidad arroja 3 preguntas:

En las propiedades del proyectoPaths and Symbols La sección es coherente con la inclusión de caminos fuera de laC++ Build/Settings/C++ Includes sección. Esto significa que agregar / eliminar una ruta en una de esas secciones afecta directamente la entrada de las otras. Desde elC++ Includes directamente coherente con el compilador Me pregunto por qué el compilador puede compilar correctamente (y encuentra los encabezados) incluso si no se le han pasado como ruta. ¿Hay algún tipo de ruta estándar que usa GCC, que no conozco?

Porque no encuentraprintf en eclipse? El archivo de cabecerastdio.h está incluido y también contiene la declaración deprintf - Entonces, ¿por qué el editor de código de Eclipse me dice que no puede resolverlo?

¿Por qué se dividen tanto los archivos de encabezado? Soy consciente de que necesito otros archivos de encabezado si estoy construyendo para otro traget (por ejemplo, PowerPC). ¿Pero por qué el GNU GCC separa esos encabezados en direcciones diferentes?