Исходное сообщение
"Оценка производительности GCC на новых процессорах AMD" Отправлено Аноним, 05-Дек-11 22:59
В основном C++ долго компилируется, т.к. язык намного сложнее для разбора, в сравнении с Pascal/Java. Это плата за те выразительные возможности, гибкость и мощь, который получает разработчик. Меры ускорения сборки в C++ (то что сходу вспомнил): - предварительные объявления в .h-файлах вместо инклудов - идиома PIMPL (по крайней мере для библиотечных классов и классов инструментария проекта) - закешированные скомпилированные единицы трансляции (объектные файлы .o) не перекомпилируются при следующей сборке, пока сами исходники не изменятся - грамотно разбивать части проекта на отдельные либы (пусть даже статические), подпроекты и приложения - чтобы каждый раз не собирать 100500 исходников - делать прекомпилированные хедеры - для сборки на многоядерных процах - использовать опцию -j - есть также системы для сборки проекта на нескольких компах - не использовать ущербный mingw (не сидеть под оффтопиком), писать на linux, а под оффтопик кросскомпилировать через линуксовый mingw только для финальных релизов и тестов (если позволяет проект) В общем, если сильно захотеть - всё делается. К тому же эти вещи нужно бы делать вне зависимости от наличия/отсутствия модульности, т.е. это не "различные ухищрения". И да, как бы вам не нравился C/C++ - но других языков с такой же эффективной компиляцией в нативный код не придумали пока, да и не нужно. Про управляемый код даже говорить не буду - попросту не нужно.