Разработчики Ubuntu провели (https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011...) эксперимент по пересборке пакетов  репозитория main при помощи тестовой версии набора компиляторов GCC 4.6 (http://gcc.gnu.org/gcc-4.6/). Несмотря на то, что будущий выпуск Ubuntu 11.04 будет базироваться на ветке и GCC 4.5, эксперимент по пересборке более новой веткой GCC, нацелен на ранее выявление регрессивных изменений.

В процессе сборки выявлена всего одна внутренняя ошибка компилятора. Из более чем семи тысяч пакетов из репозитория main, проблемы со сборкой зафиксированы для 174 пакетов (http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test...), среди которых apt, python, bacula, debian-installer, digikam, evolution, freetype, fuse, grub, emacs23, inkscape, kde4libc, linux-ядро, network-manager, openoffice.org, subversion, thunderbird, xen, firefox, mysql, qt4 и т.п.

Большинство проблем связано (https://wiki.ubuntu.com/GCC4.6...

URL: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011...
Новость: http://www.opennet.me/opennews/art.shtml?num=29320

• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,anonymous, 13:10 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,User294, 15:55 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,анонимус, 17:22 , 20-Янв-11
      • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Andrey Mitrofanov, 18:04 , 20-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 13:20 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Sylvia, 23:23 , 20-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,анонимище, 14:18 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 17:38 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Анонимбус, 22:14 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Sylvia, 23:29 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,QuAzI, 23:41 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,анонимище, 12:33 , 21-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 14:43 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 15:23 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,pavlinux, 17:00 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 18:30 , 20-Янв-11
      • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,тоже Аноним, 19:30 , 20-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,gegMOPO4, 15:36 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Sylvia, 23:21 , 20-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,pavlinux, 17:11 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,anon2, 17:17 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,pavlinux, 17:21 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 17:36 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,pavlinux, 18:40 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 17:37 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,тоже Аноним, 17:56 , 20-Янв-11
      • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 19:55 , 20-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,pavlinux, 18:14 , 20-Янв-11
      • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Аноним, 19:54 , 20-Янв-11
        • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,pavlinux, 23:16 , 20-Янв-11
      • нечаянный пингвинукс,maxkit, 16:42 , 21-Янв-11
    • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Vitaly_loki, 12:58 , 22-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Sylvia, 19:58 , 20-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Sylvia, 20:01 , 20-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,segoon, 20:42 , 20-Янв-11
  • Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,Sylvia, 23:15 , 20-Янв-11
• Эксперимент по пересборке пакетной базы Ubuntu при помощи GC...,bircoph, 07:56 , 21-Янв-11

В чем, собственно, новость? Убунтовщики тут не пионеры, непрерывные тесты на пригодность пакетов и компиляторов делают все ведущие дистрибутиводелы.

Как по мне так вполне интересно посмотреть на то что ждет в свежей версии компилера и насколько много грабель ожидается. Не вижу чем это плохо.

А предыдущий оратор спрашивал: "а новость то в чем?". Многие так делают.

В "и Убутнта -- тоже!". Она _смогла.

а когда релиз 4,6 ?

> а когда релиз 4,6 ?

when its ready (c) то ли Ричард Гюнтер , то ли Якуб Елинек
когда доведут критические ошибки до нуля.
Впрочем там уже сейчас фаза исправления ошибок, берите, тестируйте, в багзиллу отписывайтесь, компилятор фактически к релизу готов ( в плане реализации новых возможностей и базового QA )

>В процессе сборки выявлена всего одна внутренняя ошибка компилятора.

Зато шаг в сторону от x86, так сыплются как из рога изобилия и всем наплевать.

> Зато шаг в сторону от x86, так сыплются как из рога изобилия
> и всем пох.

А вам либо пох также как и всем, либо вы сами виноваты потому что НИХРЕНА не сделали.

>А вам либо пох также как и всем, либо вы сами виноваты потому что НИХРЕНА не сделали.

Ты серьёзно считаешь, что все подряд могут внести что-то в разработку компиляторов?
Я, положим, простой быдлокодер. С теорией постороения компиляторов знаком весьма отдалённо, в институте её не изучал. Тоже самое относительно околоассемблерных и архитектурных вещей. Баг отрепортил. Чем я ещё могу помочь? Это же не обычная программа, чтобы тут же приступить к написанию патчей нужно долго и упорно готовиться.

пишите в багзиллу хотя бы,
если никто не напишет , то никто и не посмотрит, сейчас до релиза самое время заваливать разрабов багрепортами, а вот потом уже и правда никто ничего делать не станет, в 4.6.1 наиболее очевидные ляпы исправят, а дальше основные разработчики уйдут в 4.7.х, останутся только те, кто могут поковырять, но если не справятся, напишут примерно такое -  
"мы очень старались, но не можем найти где ошибка, да и вообще нам уже не интересно, мы занимаемся несколько иными вещами" (почти с) Мартин Джамбор.

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

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

В коде конкретной программы для конкретной платформы дофига ошибок. Вот и всё.

Хм... "из-за чего некоторые бывшие предупреждения в GCC 4.6 воспринимаются как ошибки"
Сам не проверял, но думал, что main собирается с -Wall. Оказалось, что нет, а жаль.

И что с -Wall компилятор выдаст предупреждения и дальше поедет. :) Вот -pedantic  -pedantic-errors это да. :)

ещё -ansi добавь, ни одна прога ни соберётся :)

ах да, про -Werror забыл. Без него действительно от -Wall мало толку. Сам пилю свои проги как минимум до тех пор, пока они с этими опциями не скомпилируются :)

А чужие библиотеки вы, видимо, принципиально не используете?
Любая моя программа при компиляции с этим флагом до моего кода просто не доходит - слишком много "ошибок" в библиотечных файлах... В основном ошибки типа "так до сих пор можно писать, но не модно же!"

Любопытно, что на i386 ошибок больше, чем на amd64. Разработчики сидят на 64 бит.

к сожалению совсем не любопытно, а факт, причем если речь идет о GCC, то где-то начиная с 4.4 ошибкам специфичным для x86 уделяется мало внимания, многие вещи не исправляются, например 4.5.x до сих пор не может собрать себя с PGO, баг висит..
Неприоритетная платформа стала

Типа ошибка в ядре:

> linux-2.6.37/drivers/scsi/aha152x.c:2239:9: warning: variable 'data' set but not used [-Wunused-but-set-variable]

Открываем, видим

 while(fifodata>0) {
                   int data;
                   data=GETPORT(DATAPORT);
                   DPRINTK(debug_datai, DEBUG_LEAD "data=%02x\n", CMDINFO(CURRENT_SC), data);
                   fifodata--;
                   DATA_LEN++;
 }

Где, ГЦЦ увидел "Unused but set variable"

ну дык DPRINTK работает только под дебагом

> ну дык DPRINTK работает только под дебагом

дык, присваивание NULL в OpenSSL тоже нифига не давало, а какой эффект был :)
Но с другой стороны, конечно правильней было бы сделать

while(fifodata>0) {
       #ifdef AHA152X_DEBUG
                   int data;
                   data=GETPORT(DATAPORT);
                   DPRINTK(debug_datai, DEBUG_LEAD "data=x\n", CMDINFO(CURRENT_SC), data);
       #endif
                   fifodata--;
                   DATA_LEN++;
 }

> Где, ГЦЦ увидел "Unused but set variable"

Вы слепой? print не использует data, в форматной строке только один параметр.

>> Где, ГЦЦ увидел "Unused but set variable"
> Вы слепой? print не использует data, в форматной строке только один параметр.

#define LEAD "(scsi%d:%d:%d) "
#define DEBUG_LEAD      KERN_DEBUG      LEAD
#define CMDINFO(cmd) \
                        (cmd) ? ((cmd)->device->host->host_no) : -1, \
                        (cmd) ? ((cmd)->device->id & 0x0f) : -1, \
                        (cmd) ? ((cmd)->device->lun & 0x07) : -1

http://lxr.linux.no/#linux+v2.6.37/drivers/scsi/aha152x.c#L321