Исходное сообщение
"Сравнение производительности компиляторов GCC 4.6, LLVM/Clan..." Отправлено PereresusNeVlezaetBuggy, 08-Ноя-11 18:56
> Да блин, кого эта скорость компиляции волнует? Даже простенький make допирает пересобирать > только то что изменено. Поэтому при обычной разработке программы время компиляции > никого не напрягает: 1-2 файла по любому на современном процессоре пересобираются > быстро. Посмотрите внимательно на то, как собирается какой-нибудь проект на Qt, да или вообще плюсах. Сколько времени занимает компиляция каждого объектного файла, сколько занимает конечная линковка. И да, опции "-O0 -ggdb" не забудьте, ибо они при разработке как раз используются. Бинарники на сто мегабайт, думаете, в мгновение ока записываются? А цикл "сборка-запуск" при разработке нередко раз в несколько минут, а то и ещё чаще, выполняется. > Проблемы всяких отмороженных задротов, пересобирающих систему ради процесса а не результата > - мало кого волнуют. И то, даже для них шланг не > подарок, поскольку оптимизирует явно хуже, а местами просто вопиюще фэйлит. А где-то фэйлит GCC, и что? Только у LLVM-компиляторов ещё и задел больший, и прогрессируют быстрее. > Поэтому > растопырить пальчики в стиле "после 2 недель пересборки всех программ я > получил прирост производительности на целые 2%" уже не получится. И что-то > мне подсказывает что задротам будет обидно возиться с компилам если их > в результате будет обгонять даже стоковая убунта с дефолтными настройками у > самого последнего хомячка, который вообще не знает что такое компилятор. А причём тут вообще задроты? Компилятор - инструмент разработчика. Чем собирает разработчик, тем будут собирать и все остальные.