Вышел (https://gcc.gnu.org/ml/gcc/2014-10/msg00259.html) корректирующий релиз набора компиляторов GCC 4.9.2 (https://gcc.gnu.org/gcc-4.9/), в котором проведена работа по исправлению ошибок, регрессивных изменений и проблем с совместимостью. С момента выхода версии 4.9.1 отмечено 65 исправлений (http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&...), большинство из которых связано с устранением внесенных ранее регрессивных изменений.

URL: https://gcc.gnu.org/ml/gcc/2014-10/msg00259.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=40970

• Корректирующий выпуск набора компиляторов GCC 4.9.2,Fracta1L, 17:21 , 30-Окт-14
  • Корректирующий выпуск набора компиляторов GCC 4.9.2,Resonance, 17:48 , 30-Окт-14
    • Корректирующий выпуск набора компиляторов GCC 4.9.2,dq0s4y71, 18:44 , 30-Окт-14
      • Корректирующий выпуск набора компиляторов GCC 4.9.2,Resonance, 19:08 , 30-Окт-14
      • Корректирующий выпуск набора компиляторов GCC 4.9.2,arisu, 12:36 , 31-Окт-14
  • Корректирующий выпуск набора компиляторов GCC 4.9.2,Аноним, 09:33 , 31-Окт-14
  • Корректирующий выпуск набора компиляторов GCC 4.9.2,Аноним, 06:12 , 01-Ноя-14
  • Корректирующий выпуск набора компиляторов GCC 4.9.2,burjui, 03:49 , 05-Ноя-14
    • Корректирующий выпуск набора компиляторов GCC 4.9.2,arisu, 05:05 , 05-Ноя-14
      • Корректирующий выпуск набора компиляторов GCC 4.9.2,Аноним, 05:57 , 05-Ноя-14

> большинство из которых связано с устранением внесенных ранее регрессивных изменений

Не проще ли просто не вносить регрессивные изменения? -))

Его же с С переписали на С++. Я еще удивляюсь, почему так мало регресий...

Что, уже полностью? Помнится, со скрипом разрешили принимать модули на С++.

Да, вы правы, судя по исходникам, в заблуждение ввел первый абзац этой новости:
http://www.opennet.ru/opennews/art.shtml?num=36467

> Что, уже полностью? Помнится, со скрипом разрешили принимать модули на С++.

да, в общем-то, без особого скрипа. просто как обычно: одни орут, что нужны кресты, а другие в этом время делают код, и им-то кресты как раз нафиг не нужны.

У тебя-то точно их нет, собственно как и написанного тобой кода.

> Не проще ли просто не вносить регрессивные изменения? -))

И чего эти глупые програмеры баги сажают?! Не проще ли не делать багов вместо того чтобы их потом чинить?!?

Проще, если у тебя юнит-тесты покрывают 100% кода и написаны без единой ошибки.

> Проще, если у тебя юнит-тесты покрывают 100% кода и написаны без единой
> ошибки.

что характерно — ошибки после этого всё равно останутся.

впрочем, скорее всего чисто гипотетические, потому что никакого кода, кроме юниттестов, в проекте и не будет.

> что характерно — ошибки после этого всё равно останутся.

ЧСХ юниттесты мало влияют на качество программы. В лучшем случае немного снижают нагрузку на тестировщиков, но реально толку с них мало.