Предкомпиляция хедеров не спасает? :-)
Она усугубляет. Опять решение из серии "по-нормальному не можем, поэтому сделаем через задницу".
Синтаксис - это фигня, по сравнению с перелопачиванием мегабайтов текста, справленного препроцессором. Сравни с килобайтами текста + список импорта (который можно потреблять в бинарном виде непосредственно от компилятора).
Дык и тут можно непосредственно у компилятора потребовать :-) Если хедеры прекомпилированны. Или если все было уже проиндексировано и идет инкрементальное обновление индексов в фоне.
Ты так говоришь, как будет никогда не компилил что-то кроме хелло вордов
ТОРМОЗИТ оно. Конкретно твой clang - тоже тормозит. Тормозит с прекомпом. Тормозит, это значит не успевает скомпилить за те доли секунды, которые допустимы для
нормальной навигации/автокомплита/....
Это решение из серии "вырезание гландов через задницу". Можно восхищаться, если не задаваться вопросом "а нафига так?".
Нет, это принципиально правильная вещь. Ровно так же это делается в Аде, хаскелле и так далее. Нахрена в IDE городить отдельный велосипедный почтикомпилятор, если можно через API общаться с настоящим компилятором который всяко лучше во всем этом разбирается?
Я с этим и не спорил. Я говорю о том - зачем при этом инклуды? Чтоб сложнее было сделать этот "настоящий компилятор с API"?
В C# и Java inport/using не нужны вообще. Тебе без всяких импортов доступно ВСЕ до чего линкер может дотянуться.
Нету там линкера
Есть пэкэджи/ассембли. Там доступно все. И это правильно.
То есть точный аналог Сишечки без инклудов вообще.
Гхм. Даже спорить не буду, оставлю на твоей совести
