Здорово. Может быть сразу стоит для него оптимизировать и портировать программу, а не для ветки 3.4, которая сильно поломала совместимость с кодом, написанным ранее?
C++
* When compiling without optimizations (-O0), the C++ frontend is much faster than in any previous versions of GCC. Independent testers have measured speed-ups up to 25% in real-world production code, compared to the 3.4 family (which was already the fastest version to date). Upgrading from older versions might show even bigger improvements.
:-) полёт продолжается
Из всех тестов 4.0.0 выяснил, что -fweb вообще не надо использовать. На моём p4 с 512ram CFLAGS и CXXFLAGS имеют общие флаги: -fno-loop-optimize и fomit-frame-pointer.
Ну что, я так понимаю оптимизить он теперь будет просто мега круто ? Да еще и прекомпилированные хедеры должны были включить. Расскажите насколько с ними сборка ядра ускорилась.
Туды её в качель..
Тока вроде скомпилил все с 3.4 дык на тебе. Теперь ручки чешутся.
Кстати, идея насчет заката солнца вручную - очень даже может быть)
А тестировать надо на всякой хрени вроде этой, нет? А то будет шаг вправо, шаг влево -- прога не знает, что ей делать... Для компилятора *не очень* приятная ситуация.
Исследовать, конечно, можно, ради спортивного интереса. Вот только смысл? Результат, скорее всего, непредсказуемый. Разные ключи оптимизации, разные копиляторы... Переносимость кода Си сразу в /dev/null уходит. Зачем это надо?
Про C++, не увидел там ничего поводу улучшения поддержки стандарта, boost regression log gcc4 не очень то отличается от gcc-3.4, в общем наверное с буст(1.32) он не скоро опять (как 1.31) начнет, хотя ... может там еще не все обновили.