Вышел (http://gcc.gnu.org/ml/gcc/2014-05/msg00264.html) корректирующий релиз прошлой стабильной ветки набора компиляторов GCC 4.8.3, в котором проведена работа по исправлению ошибок, регрессивных изменений и проблем с совместимостью. С момента выхода прошлой версии отмечено 141 исправление (http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&...), большинство из которых связано с устранением внесенных ранее регрессивных изменений.URL: https://gcc.gnu.org/ml/gcc/2014-05/msg00264.html
Новость: http://www.opennet.me/opennews/art.shtml?num=39839
Может быть, в новостях о новых версиях хотя бы исправление наиболее серьёзных ошибок расписывать? Для тех, кто не любит ходить по ссылкам?
> Может быть, в новостях о новых версиях хотя бы исправление наиболее серьёзных
> ошибок расписывать? Для тех, кто не любит ходить по ссылкам?Там 140 некритичных исправлений ошибок, проявляющихся при особых условиях. Смысла нет и не стоит свеч делать выборку и что-то детально расписывать. Новость полезна тому, кто столкнулся с проблемами и ждёт появления исправления. В этом случае достаточно проверить статус через поиск по списку, который выводится по ссылке.
Если б были расписаны хотя бы 3 наиболее серьёзные или интересные ошибки в каждой из таких новостей, сформировывалось бы общее впечатление, какие ошибки бывают, с чем можно столкнуться при разработке софта. В достаточно сложном и большом проекте трудно будет понять, в какой из частей программы ошибка, не то, что найти её в компиляторе.
> бывают, с чем можно столкнуться при разработке софта.Можно пойти в багтрекер и посмотреть. В общем случае на ошибки в gcc еще постараться нарваться надо. Но вот некоторым везет. Например ядерщикам, особенно в амдшных драйверах, там им пришлось костылировать баги gcc. Но таких примеров - 1 на миллион.
В оригинале анонса даже меньше информации чем тут
"GCC 4.8.3 is the third bug-fix release containing important fixes for
regressions and serious bugs in GCC 4.8.2 with over 141 bugs fixed since
the previous release". Автор новости хоть ссылку на ошибки привёл. Пинайте разработчиков GCC, чтобы важные ошибки отдельно выделяли, а не просто "регрессия компиляции в libstdc++".
В новых версиях они исправляют регрессии. В большинстве случаев это сегфолты, которые у каждого свои, или некорректная/неоптимальная генерация кода в определённых corner cases, которые тоже у каждого свои.Список изменений gcc ценен только для тех, кто о мешающем работать баге сообщил, и этот баг исправили, остальные изменений не заметят.
> Для тех, кто не любит ходить по ссылкам?Нет уж, колонна, шагом марш. Ибо список из 140 пунктов - сильно злобно.
>> Для тех, кто не любит ходить по ссылкам?
> Нет уж, колонна, шагом марш. Ибо список из 140 пунктов - сильно
> злобно.Тем более, что новости тут писать никто не обязывался. Это опен сорс, кому нужно, тот и делает.
Это новость или только ссылка? Можно было себя не утруждать :)
GCC — один из краеугольных камней СПО, и обходить молчанием его очередные выпуски неправильно. Но писать в новости объективно не о чем.
> GCC — один из краеугольных камней СПО, и обходить молчанием его очередные
> выпуски неправильно. Но писать в новости объективно не о чем.был. счас шланг и без .. :-)
> счас шланг и без .. :-)Сейчас на опеннете только три шланга: ты, изя и клоун.
Бл, зае... с этим вашим шлангом. Глкалова кусок. У амд вон этот калоглюк и правда краеугольный камень. В багтрекере, джаж!!!
Я уже не раз замечал - здесь всё время скупятся на описание. Тоже самое недавно было с новостью про mesa. Казалось бы автору потратить 10-20 минут, перевести и описать основное, чтобы потом всем всё сразу было очевидно и сотни посетителей не лезли в документации и ченжлоги с переводчиком, чтобы разобраться. Каждый раз кто-то отмечает эту проблему и все равно всё остается по-старому. Где логика? Неужели так сложно?...
Там под новостью есть кнопочка - "исправить". Пользуйтесь наздоровье.
мы тут не для того, чтобы новости писать, а чтобы их читать, рассуждать, делиться опытом, материть... а не ипать мозги