Eclipse CDT: не удалось разрешить символы «cout», «map», «vector», «size_t» и т. Д.

Об этом много сообщений, и я уже пытался применить решения, которые сработали для других, но все же не для меня.

Во-первых, все было хорошо с проектом c ++, над которым я работаю под Linux, с Eclipse Indigo, gcc-4.7.1, cx11 и Gentoo Linux. Мой проект использует встроенную статическую библиотеку. Я сделал некоторые изменения в отношении некоторых объявлений класса шаблона. Затем у меня было несколько неожиданных «не удалось решить» в моей библиотеке.

Я перестроил индекс библиотеки, очистил проект и перестроил его. Он прекрасно компилируется, как это уже было до модификаций и до перестройки индекса, но «не удалось разрешить» все еще здесь.

Хорошо, я стараюсь хотя бы посмотреть, собирается ли мой основной проект. Есть один неразрешенное имя из библиотеки. Поэтому я перестраиваю основной индекс проекта, и вот, все стандартные ключевые слова подчеркнуты «невозможно разрешить» везде, и компиляция невозможна, так как он находит тысячи неразрешенных имен.

Я попытался очистить и перестроить, чтобы добавить много путей включения в свойствах проекта:

-I/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.1/plugin/include -I/usr/lib64/gcc/x86_64-pc-linux-gnu/4.7.1/include/g++-v4/algorithm -I/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.1/include -I/usr/include -I/usr/include/linux -I/usr/local/include

Это ничего не изменило.

«Индекс / Поиск неразрешенных функций» находит:

алгоритм, cassert, cmath, cstdlib, fstream, iostream, карта, набор,
поток, строка, кортеж, утилита

Я попытался явно добавить алгоритм включения пути. Но это ничего не изменило.

В начале моего .cpp у меня есть using namespace std;, Если я добавлю std:: перед например set, это ничего не меняет.

Автозаполнение после std:: не предлагает например set,

Конечно, я пытался закрыть / открыть Eclipse, но без особого успеха.

Любая подсказка, пожалуйста?

РЕДАКТИРОВАТЬ: я заменил мои. Метаданные на резервную копию, и, кажется, снова работает. Тем не менее, происхождение проблемы остается неизвестным. Поскольку большинство файлов .metadata являются двоичными, я не могу их исследовать.