Здравствуйте, мыщъх, Вы писали:

М>Здравствуйте, Cyberax, Вы писали:

C>>Здравствуйте, мыщъх, Вы писали:

S>>>>- файл проекта IDE — индивидуальные настройки разработчика: что и как открыто. Должен генериться на основе makefile.
М>>>а как его генерить? какие файлы открывать? открывать _все_ файлы, которые есть в makefile? так этих файлов тысячи... а если в IDE есть быстрая нафигация по функциям/классам -- тут мало импортировать имена файлов из makefile. эти файлы еще необходимо распарсить. а файлов много...
C>>Компьютер — он железный и четырёхядерный. Кто мешает ему нормально распарсить код и построить индексы?
М>и сколько будет открываться проект средних размеров? возьмем для определенности Google v8. что мы будем открывать в IDE автоматом? парсить все файлы?! там их около 4 тысяч в 400 метрах. а вот мне тут потребовалось увеличить стек в шелле и правке подвергся единствннный файл -- сам шелл shell.cc в котором всего три сотни строк. зачем мне ide которая откроет все?!

Да разговор-то не про то, что всегда и везде надо использовать IDE. Естественно, что для очень многих задач достаточно nano/pico etc + grep, find, sed и т.д, но если планируется долгая работа, с навигацией по большому числу файлов, в мало знакомом коде, с отладкой (где это возможно) IDE будет весьма полезна. И очень хорошо, если IDE умеет понимать makefile. И она не откроет все файлы автоматом, а просто отоброзит, что они есть в проекте, почти как far + плюшки

М>кстати, makefile там нету. зато есть SConscript. как его парсить будем?

Думаю, решение SConscript -> makefile гуглиться, или реализуется самостоятельно, если очень надо. Наверняка есть IDE, которые и SConscript принимают.
Я хотел сказать, что по хорошему файл проекта для IDE и файл сборки (для ТС makefile) вещи ортогональные. Как и что реализуют в разных IDE — на совести разработчиков IDE.