Eclipse 3.7 nie może rozwiązać typów w edytorze C ++

Niedawno zmieniłem Eclipse 3.6 na Eclipse 3.7, którego używam do tworzenia C ++ w Ubuntu 11.04.

W wersji 3.6 nie miałem większych problemów, poza tym, że zawsze miałem pewne problemy z programem indeksującym. Teraz z wersją 3.7 zaczyna oznaczać nierozwiązane typy jako błędy. Ponieważ indeksator wydaje się mnie nie lubić, moje Eclipse najwyraźniej nie zna typówuint16_t lubsize_t.

W przeciwieństwie do wyświetlanych błędów w edytorze kodu, mój kompilator nie ma problemów z kompilowaniem kodu i rozwiązywaniem wszystkich symboli i typów, więc wydaje się, że jest to problem samego IDE.

Czy są jakieś sposoby na uniknięcie tego zachowania, ponieważ wszystkie czerwone podkreślenia sprawiają, że mój kod staje się coraz bardziej nieczytelny ...?

Aktualizacja:

Okej z niektórymi badaniami i odpowiedzią Dennisa dowiedziałem się, że muszę dodać kilka ścieżekProject Properties/ C/C++ General/ Paths and Symbols

Ponieważ buduję dla PowerPC zamiast celu I32, nie mogę po prostu dodać/usr/include . Zamiast tego musiałem dodać

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

dla wszystkich standardowych nagłówków (jakstdint.h). Potrzebowałem także:

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

dlastdarg.h.

Teraz prawie wszystkie błędy zniknęły. Jedyną funkcją, która nadal mnie niepokoi, jestprintf z nagłówkastdio.h. Sprawdziłem go i sam plik nagłówkowy znajduje się w dołączonych ścieżkach. Nadal pojawia się błąd, który mówiFunction printf could not be resolved. Chcę jeszcze raz zauważyć, że są to tylko błędy wyświetlane przez Eclipse - sama kompilacja działa dobrze.

W ten sposób powstają 3 pytania:

W właściwościach projektuPaths and Symbols sekcja kojarzy się z włączeniem Ścieżki zC++ Build/Settings/C++ Includes Sekcja. Oznacza to, że dodanie / usunięcie ścieżki w jednej z tych sekcji bezpośrednio wpływa na wejście innych. OdC++ Includes bezpośrednio łączy się z kompilatorem Zastanawiam się, dlaczego kompilator może skompilować poprawne (i znajdzie nagłówki), nawet jeśli nie są przekazywane mu jako ścieżka? Czy jest jakiś rodzaj standardowych ścieżek, których używa GCC, o czym nie wiem?

Dlaczego go nie znajdzieprintf w zaćmieniu? Plik nagłówkowystdio.h jest dołączony i zawiera również deklaracjęprintf - dlaczego więc Edytor kodu Eclipse mówi mi, że nie może go rozwiązać?

Dlaczego pliki nagłówkowe są tak bardzo podzielone? Wiem, że potrzebuję innych plików nagłówkowych, jeśli buduję dla innego tragetu (np. PowerPC) - ale dlaczego GNU GCC oddziela te nagłówki w różnych katalogach?

questionAnswers(3)

yourAnswerToTheQuestion