[devel] I: GCC >= 10 defaults to -fno-common

[devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-03 15:14 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-03 15:35 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-03 15:37 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-03 17:38 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-03 17:54 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-03 18:24 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-04 1:21 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[@ 2020-12-04 10:15 UTC (permalink / raw)]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Aleksei Nikiforov]

04.12.2020 13:15, Vladimir D. Seleznev пишет:
> On Fri, Dec 04, 2020 at 04:21:30AM +0300, Andrey Savchenko wrote:
>> On Thu, 3 Dec 2020 21:24:14 +0300 Vladimir D. Seleznev wrote:
>>> On Thu, Dec 03, 2020 at 08:54:57PM +0300, Dmitry V. Levin wrote:
>>>> On Thu, Dec 03, 2020 at 08:38:51PM +0300, Vladimir D. Seleznev wrote:
>>>>> On Thu, Dec 03, 2020 at 06:37:15PM +0300, Dmitry V. Levin wrote:
>>>>>> On Thu, Dec 03, 2020 at 04:35:00PM +0100, Alexey Gladkov wrote:
>>>>>> [...]
>>>>>>> Дим, не мог бы ты дать ссылку на логи или прислать их, чтобы можно было
>>>>>>> подготовиться заранее ?
>>>>>>
>>>>>> Нет ничего проще:
>>>>>> http://git.altlinux.org/beehive/logs/icarus/x86_64/latest/error/
>>>>>
>>>>> А задания, откуда можно было бы взять этот gcc, не существует?
>>>>
>>>> Это же Icarus, берите его и летайте! :)
>>>
>>> Хм, действительно!
>>
>> И как его взять? На wiki тишина на эту тему.
>> По ссылке выше только логи.
> 
> Насколько я знаю, icarus в интернетах не публикуется, но можно поискать
> на ресурсах сообщества в /ALT/repo/icarus/.
> 

Обязательно ли для тестирования использовать новый gcc из icarus? Нельзя 
ли использовать версию из Сизифа и просто добавлять в флаги сборки 
-fno-common? Разве результат будет разным?

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Vladimir D. Seleznev]

On Fri, Dec 04, 2020 at 01:18:47PM +0300, Aleksei Nikiforov wrote:
> 04.12.2020 13:15, Vladimir D. Seleznev пишет:
> > On Fri, Dec 04, 2020 at 04:21:30AM +0300, Andrey Savchenko wrote:
> >> On Thu, 3 Dec 2020 21:24:14 +0300 Vladimir D. Seleznev wrote:
> >>> On Thu, Dec 03, 2020 at 08:54:57PM +0300, Dmitry V. Levin wrote:
> >>>> On Thu, Dec 03, 2020 at 08:38:51PM +0300, Vladimir D. Seleznev wrote:
> >>>>> On Thu, Dec 03, 2020 at 06:37:15PM +0300, Dmitry V. Levin wrote:
> >>>>>> On Thu, Dec 03, 2020 at 04:35:00PM +0100, Alexey Gladkov wrote:
> >>>>>> [...]
> >>>>>>> Дим, не мог бы ты дать ссылку на логи или прислать их, чтобы можно было
> >>>>>>> подготовиться заранее ?
> >>>>>>
> >>>>>> Нет ничего проще:
> >>>>>> http://git.altlinux.org/beehive/logs/icarus/x86_64/latest/error/
> >>>>>
> >>>>> А задания, откуда можно было бы взять этот gcc, не существует?
> >>>>
> >>>> Это же Icarus, берите его и летайте! :)
> >>>
> >>> Хм, действительно!
> >>
> >> И как его взять? На wiki тишина на эту тему.
> >> По ссылке выше только логи.
> > 
> > Насколько я знаю, icarus в интернетах не публикуется, но можно поискать
> > на ресурсах сообщества в /ALT/repo/icarus/.
> > 
> 
> Обязательно ли для тестирования использовать новый gcc из icarus? Нельзя 
> ли использовать версию из Сизифа и просто добавлять в флаги сборки 
> -fno-common? Разве результат будет разным?

Не обязательно.

P.S. Результат компиляции, тем не менее, вероятно будет разным: это же
не единственное изменение в gcc :-).

-- 
   WBR,
   Vladimir D. Seleznev

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 2084 bytes --]

On Fri, 4 Dec 2020 13:18:47 +0300 Aleksei Nikiforov wrote:
> 04.12.2020 13:15, Vladimir D. Seleznev пишет:
> > On Fri, Dec 04, 2020 at 04:21:30AM +0300, Andrey Savchenko wrote:
> >> On Thu, 3 Dec 2020 21:24:14 +0300 Vladimir D. Seleznev wrote:
> >>> On Thu, Dec 03, 2020 at 08:54:57PM +0300, Dmitry V. Levin wrote:
> >>>> On Thu, Dec 03, 2020 at 08:38:51PM +0300, Vladimir D. Seleznev wrote:
> >>>>> On Thu, Dec 03, 2020 at 06:37:15PM +0300, Dmitry V. Levin wrote:
> >>>>>> On Thu, Dec 03, 2020 at 04:35:00PM +0100, Alexey Gladkov wrote:
> >>>>>> [...]
> >>>>>>> Дим, не мог бы ты дать ссылку на логи или прислать их, чтобы можно было
> >>>>>>> подготовиться заранее ?
> >>>>>>
> >>>>>> Нет ничего проще:
> >>>>>> http://git.altlinux.org/beehive/logs/icarus/x86_64/latest/error/
> >>>>>
> >>>>> А задания, откуда можно было бы взять этот gcc, не существует?
> >>>>
> >>>> Это же Icarus, берите его и летайте! :)
> >>>
> >>> Хм, действительно!
> >>
> >> И как его взять? На wiki тишина на эту тему.
> >> По ссылке выше только логи.
> > 
> > Насколько я знаю, icarus в интернетах не публикуется, но можно поискать
> > на ресурсах сообщества в /ALT/repo/icarus/.
> > 
> 
> Обязательно ли для тестирования использовать новый gcc из icarus? Нельзя 
> ли использовать версию из Сизифа и просто добавлять в флаги сборки 
> -fno-common? Разве результат будет разным?

Конкретно для этой проблемы — нет, достаточно -fno-common. Но для
других проблем полезно знать, где же взять тестовую сборку.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Denis Medvedev]

On 12/3/20 6:14 PM, Dmitry V. Levin wrote:
> Hi,
>
> В связи с предстоящим обновлением GCC в Сизифе, которое будет анонсировано
> отдельно, я бы хотел обратить внимание на одно существенное изменение
> в поведении GCC по умолчанию[1][2], начиная с версии 10:
>
> "GCC now defaults to -fno-common.  As a result, global variable accesses
> are more efficient on various targets.  In C, global variables with
> multiple tentative definitions now result in linker errors.
> With -fcommon such definitions are silently merged during linking."
>
> В Сизифе около 400 пакетов, которые не готовы к этому изменению в GCC.
> При попытке собрать эти пакеты происходит ошибка, сопровождающаяся
> характерной диагностикой в логе сборки, например:
>
> /usr/bin/ld.default: CMakeFiles/genisoimage.dir/checksum.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: multiple definition of `outfile'; CMakeFiles/genisoimage.dir/genisoimage.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: first defined here
>
> Как правило, эта ошибка сборки - признак того, что пакет заброшен
> или форкнут.  Вот список всех таких пакетов:

Годится такое описание по исправлению у нас?

https://wiki.gentoo.org/wiki/Gcc_10_porting_notes/fno_common

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Dmitry V. Levin]

On Thu, Dec 03, 2020 at 06:42:45PM +0300, Denis Medvedev wrote:
> On 12/3/20 6:14 PM, Dmitry V. Levin wrote:
> > Hi,
> >
> > В связи с предстоящим обновлением GCC в Сизифе, которое будет анонсировано
> > отдельно, я бы хотел обратить внимание на одно существенное изменение
> > в поведении GCC по умолчанию[1][2], начиная с версии 10:
> >
> > "GCC now defaults to -fno-common.  As a result, global variable accesses
> > are more efficient on various targets.  In C, global variables with
> > multiple tentative definitions now result in linker errors.
> > With -fcommon such definitions are silently merged during linking."
> >
> > В Сизифе около 400 пакетов, которые не готовы к этому изменению в GCC.
> > При попытке собрать эти пакеты происходит ошибка, сопровождающаяся
> > характерной диагностикой в логе сборки, например:
> >
> > /usr/bin/ld.default: CMakeFiles/genisoimage.dir/checksum.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: multiple definition of `outfile'; CMakeFiles/genisoimage.dir/genisoimage.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: first defined here
> >
> > Как правило, эта ошибка сборки - признак того, что пакет заброшен
> > или форкнут.  Вот список всех таких пакетов:
> 
> Годится такое описание по исправлению у нас?
> 
> https://wiki.gentoo.org/wiki/Gcc_10_porting_notes/fno_common

На мой взгляд, немного краткое, но вполне годится.

Там нет главного рецепта:
попробовать обновить пакет, весьма вероятно, что всё уже исправлено.


-- 
ldv

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 3586 bytes --]

On Thu, 3 Dec 2020 18:52:32 +0300 Dmitry V. Levin wrote:
> On Thu, Dec 03, 2020 at 06:42:45PM +0300, Denis Medvedev wrote:
> > On 12/3/20 6:14 PM, Dmitry V. Levin wrote:
> > > Hi,
> > >
> > > В связи с предстоящим обновлением GCC в Сизифе, которое будет анонсировано
> > > отдельно, я бы хотел обратить внимание на одно существенное изменение
> > > в поведении GCC по умолчанию[1][2], начиная с версии 10:
> > >
> > > "GCC now defaults to -fno-common.  As a result, global variable accesses
> > > are more efficient on various targets.  In C, global variables with
> > > multiple tentative definitions now result in linker errors.
> > > With -fcommon such definitions are silently merged during linking."
> > >
> > > В Сизифе около 400 пакетов, которые не готовы к этому изменению в GCC.
> > > При попытке собрать эти пакеты происходит ошибка, сопровождающаяся
> > > характерной диагностикой в логе сборки, например:
> > >
> > > /usr/bin/ld.default: CMakeFiles/genisoimage.dir/checksum.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: multiple definition of `outfile'; CMakeFiles/genisoimage.dir/genisoimage.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: first defined here
> > >
> > > Как правило, эта ошибка сборки - признак того, что пакет заброшен
> > > или форкнут.  Вот список всех таких пакетов:
> > 
> > Годится такое описание по исправлению у нас?
> > 
> > https://wiki.gentoo.org/wiki/Gcc_10_porting_notes/fno_common
> 
> На мой взгляд, немного краткое, но вполне годится.
> 
> Там нет главного рецепта:
> попробовать обновить пакет, весьма вероятно, что всё уже исправлено.

Его нет на wiki, поскольку к Gentoo этот рецепт не применим, т.к.
абслютно нормальной практикой является одновременное наличие
в репозитории нескольких версий пакета, а часто и возможность
одновременной установки таковых версий.

Хорошая практика, кстати. Понятно, что в Альте её в чистом виде не
применить, т.к. пользователи уже бинарные пакеты получают. Однако,
можно было бы хотя бы механизм альтернатив для разных пакетов
предоставляющих одну и ту же библиотеку использовать. Увы, у нас
и этого теперь нет. В итоге пострадали MPI, HPC и ещё много кто
и не вполне понятно ради чего.

Кроме того, метод решения проблем «посмотри в апстриме, форках
и других дистрибутивах» является стандартным и его нет смысла
повторять в каждом руководстве.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Sergey Y. Afonin]

On Thursday 03 December 2020, Dmitry V. Levin wrote:

> quagga-1.2.4-alt4	asy rider

Кваггу, вероятно, чинить не надо. Я недавно узнал про форк
https://frrouting.org/, только попробовать собрать пока руки
не дошли. Но собираюсь как только, так сразу. :-)

-- 
С уважением, Сергей Афонин

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Anton Gorlov]

Про frr лучше забыть сразу. Её пилят под комулус и со своим набором 
багов. Для замены квагги оно подходит только с большим рашпилем в придачу.

P.S. https://github.com/FRRouting/frr/issues




03.12.2020 20:54, Sergey Y. Afonin пишет:
> On Thursday 03 December 2020, Dmitry V. Levin wrote:
> 
>> quagga-1.2.4-alt4	asy rider
> 
> Кваггу, вероятно, чинить не надо. Я недавно узнал про форк
> https://frrouting.org/, только попробовать собрать пока руки
> не дошли. Но собираюсь как только, так сразу. :-)
> 

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Sergey Y. Afonin]

On Thursday 03 December 2020, Sergey Y. Afonin wrote:

> > quagga-1.2.4-alt4     asy rider
> 
> Кваггу, вероятно, чинить не надо.

Собрал я её с -fcommon пока. А там видно будет.

-- 
С уважением, Сергей Афонин

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Alexey V. Vissarionov]

On 2021-02-17 20:06:28 +0400, Sergey Y. Afonin wrote:

 >>> quagga-1.2.4-alt4     asy rider
 >> Кваггу, вероятно, чинить не надо.
 > Собрал я её с -fcommon пока. А там видно будет.

Вполне нормальное решение. Если, конечно, предварительно в код
посмотреть и убедиться в допустимости этого действия.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Michael Shigorin]

On Thu, Dec 03, 2020 at 06:14:48PM +0300, Dmitry V. Levin wrote:
> В связи с предстоящим обновлением GCC в Сизифе, которое будет
> анонсировано отдельно, я бы хотел обратить внимание на одно
> существенное изменение в поведении GCC по умолчанию[1][2],
> начиная с версии 10:

Добавил на http://altlinux.org/changes/devel

> [...] Как правило, эта ошибка сборки - признак того, что пакет
> заброшен или форкнут.  Вот список всех таких пакетов:

По своим буду благодарен любым помощникам; сам в декабре
не факт, что доберусь.

> cellwriter-1.3.5-alt1	mike @qa
> chemtool-1.6.14-alt1	mike @qa
> fillup-1.42-alt6.qa1	mike @qa
> ifplugd-0.28-alt5	mike shrek @qa
> nvclock-0.8b4-alt5.qa1	mike @qa
> webalizer-2.23.08.RB30-alt1	mike @qa
> wmWeather-1.31-alt4.qa1	mike @qa
> wmacpi-2.2rc4-alt0.2	mike @qa
> wmpiki-0.2.1-alt4.1	mike @qa

Исправил ACL, добавив @everybody (это в период зажатия
по умолчанию, что ли, такие права получились...).

> mtr-0.82-alt3	mike ldv evg ender @qa

Здесь, помнится, был патч ldv@.

> aumix-2.9.1-alt1.qa1	mike @qa @everybody
> ddrutility-2.8-alt1	mike @everybody
> galculator-2.1.4-alt1	mike @gnome @everybody
> gimp-plugin-lqr-0.7.2-alt1	mike @qa @everybody
> gwc-0.21.17-alt2	mike @everybody
> hp2xx-3.4.2-alt1	mike @everybody
> jfsutils-1.1.15-alt3	mike led @qa @everybody
> koules-1.4-alt10	mike @everybody
> lcdproc-0.5.7-alt3	mike @everybody
> libiscsi-1.19.0-alt1	mike @everybody
> netatalk-3.1.12-alt3	mike @everybody
> swftools-0.9.2-alt3	mike @everybody
> unfs3-0.9.22-alt5	mike @everybody
> vice-3.4-alt2	mike @qa @everybody
> wmhdaps-0.04-alt3	mike @everybody
> wmmon-1.0b2-alt5	mike @everybody
> wmsm-0.2.1-alt3	mike @everybody

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Michael Shigorin]

On Thu, Dec 03, 2020 at 11:49:38PM +0300, Michael Shigorin wrote:
> > cellwriter-1.3.5-alt1	mike @qa
> > chemtool-1.6.14-alt1	mike @qa
> > fillup-1.42-alt6.qa1	mike @qa
> > ifplugd-0.28-alt5	mike shrek @qa
> > nvclock-0.8b4-alt5.qa1	mike @qa
> > webalizer-2.23.08.RB30-alt1	mike @qa
> > wmWeather-1.31-alt4.qa1	mike @qa
> > wmacpi-2.2rc4-alt0.2	mike @qa
> > wmpiki-0.2.1-alt4.1	mike @qa
> Исправил ACL, добавив @everybody (это в период зажатия
> по умолчанию, что ли, такие права получились...).

Ой.  А это как?

$ ssh build.alt acl sisyphus webalizer add @everybody
< webalizer add @everybody
> OK: webalizer: mike @qa @everybody
girar-acl: 1 command(s) queued
$ ssh build.alt acl sisyphus webalizer show          
webalizer       mike @qa

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Dmitry V. Levin]

On Fri, Dec 04, 2020 at 12:52:07AM +0300, Michael Shigorin wrote:
> On Thu, Dec 03, 2020 at 11:49:38PM +0300, Michael Shigorin wrote:
> > > cellwriter-1.3.5-alt1	mike @qa
> > > chemtool-1.6.14-alt1	mike @qa
> > > fillup-1.42-alt6.qa1	mike @qa
> > > ifplugd-0.28-alt5	mike shrek @qa
> > > nvclock-0.8b4-alt5.qa1	mike @qa
> > > webalizer-2.23.08.RB30-alt1	mike @qa
> > > wmWeather-1.31-alt4.qa1	mike @qa
> > > wmacpi-2.2rc4-alt0.2	mike @qa
> > > wmpiki-0.2.1-alt4.1	mike @qa
> > Исправил ACL, добавив @everybody (это в период зажатия
> > по умолчанию, что ли, такие права получились...).
> 
> Ой.  А это как?

Попробуй ещё раз, пожалуйста. :)


-- 
ldv

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 1156 bytes --]

On Thu, 3 Dec 2020 23:49:38 +0300 Michael Shigorin wrote:
> On Thu, Dec 03, 2020 at 06:14:48PM +0300, Dmitry V. Levin wrote:
> > В связи с предстоящим обновлением GCC в Сизифе, которое будет
> > анонсировано отдельно, я бы хотел обратить внимание на одно
> > существенное изменение в поведении GCC по умолчанию[1][2],
> > начиная с версии 10:
> 
> Добавил на http://altlinux.org/changes/devel
> 
> > [...] Как правило, эта ошибка сборки - признак того, что пакет
> > заброшен или форкнут.  Вот список всех таких пакетов:
> 
> По своим буду благодарен любым помощникам; сам в декабре
> не факт, что доберусь.

Ну добавь туда -fcommon, если исправлять некогда. Потом можно будет
патчи из тех же Debian/Gentoo, перетащить.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Sergey V Turchin]

On Friday, 4 December 2020 04:05:13 MSK Andrey Savchenko wrote:
> On Thu, 3 Dec 2020 23:49:38 +0300 Michael Shigorin wrote:
> 
> > On Thu, Dec 03, 2020 at 06:14:48PM +0300, Dmitry V. Levin wrote:
> > 
> > > В связи с предстоящим обновлением GCC в Сизифе, которое будет
> > > анонсировано отдельно, я бы хотел обратить внимание на одно
> > > существенное изменение в поведении GCC по умолчанию[1][2],
> > > начиная с версии 10:
> > 
> > 
> > Добавил на http://altlinux.org/changes/devel
> > 
> > 
> > > [...] Как правило, эта ошибка сборки - признак того, что пакет
> > > заброшен или форкнут.  Вот список всех таких пакетов:
> > 
> > 
> > По своим буду благодарен любым помощникам; сам в декабре
> > не факт, что доберусь.
> 
> 
> Ну добавь туда -fcommon, если исправлять некогда. Потом можно будет
> патчи из тех же Debian/Gentoo, перетащить.
В Fedora, вроде, gcc быстрее всех появляется. Например, как-минимум, не вижу у 
нас их патчей [1], которые с Debian [2] прилично различаются .

[1] https://src.fedoraproject.org/rpms/webalizer/tree/master
[2] http://deb.debian.org/debian/pool/main/w/webalizer/
webalizer_2.23.08-3.1.debian.tar.xz

-- 
Regards, Sergey.

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 2027 bytes --]

On Fri, 04 Dec 2020 11:21:18 +0300 Sergey V Turchin wrote:
> On Friday, 4 December 2020 04:05:13 MSK Andrey Savchenko wrote:
> > On Thu, 3 Dec 2020 23:49:38 +0300 Michael Shigorin wrote:
> > 
> > > On Thu, Dec 03, 2020 at 06:14:48PM +0300, Dmitry V. Levin wrote:
> > > 
> > > > В связи с предстоящим обновлением GCC в Сизифе, которое будет
> > > > анонсировано отдельно, я бы хотел обратить внимание на одно
> > > > существенное изменение в поведении GCC по умолчанию[1][2],
> > > > начиная с версии 10:
> > > 
> > > 
> > > Добавил на http://altlinux.org/changes/devel
> > > 
> > > 
> > > > [...] Как правило, эта ошибка сборки - признак того, что пакет
> > > > заброшен или форкнут.  Вот список всех таких пакетов:
> > > 
> > > 
> > > По своим буду благодарен любым помощникам; сам в декабре
> > > не факт, что доберусь.
> > 
> > 
> > Ну добавь туда -fcommon, если исправлять некогда. Потом можно будет
> > патчи из тех же Debian/Gentoo, перетащить.
> В Fedora, вроде, gcc быстрее всех появляется. Например, как-минимум, не вижу у 
> нас их патчей [1], которые с Debian [2] прилично различаются .
> 
> [1] https://src.fedoraproject.org/rpms/webalizer/tree/master
> [2] http://deb.debian.org/debian/pool/main/w/webalizer/
> webalizer_2.23.08-3.1.debian.tar.xz

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

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Sergey V Turchin]

On Friday, 4 December 2020 11:43:18 MSK Andrey Savchenko wrote:

[...]
> Debian обычно гораздо лучше Fedora в плане поддержки софта с не
> очень активными апстримами, поэтому я предпочитаю смотреть там.
Везде всё всегда по разному. Везде есть смысл смотреть. :-)

-- 
Regards, Sergey.

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Leonid Krivoshein]

03.12.2020 18:14, Dmitry V. Levin пишет:
> [...]
>
> В Сизифе около 400 пакетов, которые не готовы к этому изменению в GCC.
> При попытке собрать эти пакеты происходит ошибка, сопровождающаяся
> характерной диагностикой в логе сборки, например:
>
> /usr/bin/ld.default: CMakeFiles/genisoimage.dir/checksum.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: multiple definition of `outfile'; CMakeFiles/genisoimage.dir/genisoimage.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: first defined here
>
> Как правило, эта ошибка сборки - признак того, что пакет заброшен
> или форкнут.  Вот список всех таких пакетов:
>
> [...]
> partclone-0.3.12-alt1	klark @everybody
> [...]

В моём пакете сборка на beehive не прошла явно по другой причине:

configure: checking  for NTFS Library and Header files ... ...
checking ntfs/version.h usability... no
checking ntfs/version.h presence... no
checking for ntfs/version.h... no
configure: WARNING: *** NTFS(ntfsprogs) header not found
checking for ntfs_mount in -lntfs... no
configure: WARNING: *** ntfsprogs library (libntfs) not found
checking for libntfs-3g >= 2010... yes
configure: checking for VMFS Library files ... ...
checking for vmfs_host_init in -lvmfs -luuid... no
configure: error: *** vmfs depend library (libvmfs) not found
error: Bad exit status from /usr/src/tmp/rpm-tmp.13068 (%build)



-- 
Best regards,
Leonid Krivoshein.

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Dmitry V. Levin]

On Fri, Dec 04, 2020 at 02:29:31AM +0300, Leonid Krivoshein wrote:
> 03.12.2020 18:14, Dmitry V. Levin пишет:
> > [...]
> >
> > В Сизифе около 400 пакетов, которые не готовы к этому изменению в GCC.
> > При попытке собрать эти пакеты происходит ошибка, сопровождающаяся
> > характерной диагностикой в логе сборки, например:
> >
> > /usr/bin/ld.default: CMakeFiles/genisoimage.dir/checksum.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: multiple definition of `outfile'; CMakeFiles/genisoimage.dir/genisoimage.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: first defined here
> >
> > Как правило, эта ошибка сборки - признак того, что пакет заброшен
> > или форкнут.  Вот список всех таких пакетов:
> >
> > [...]
> > partclone-0.3.12-alt1	klark @everybody
> > [...]
> 
> В моём пакете сборка на beehive не прошла явно по другой причине:
> 
> configure: checking  for NTFS Library and Header files ... ...
> checking ntfs/version.h usability... no
> checking ntfs/version.h presence... no
> checking for ntfs/version.h... no
> configure: WARNING: *** NTFS(ntfsprogs) header not found
> checking for ntfs_mount in -lntfs... no
> configure: WARNING: *** ntfsprogs library (libntfs) not found
> checking for libntfs-3g >= 2010... yes
> configure: checking for VMFS Library files ... ...
> checking for vmfs_host_init in -lvmfs -luuid... no
> configure: error: *** vmfs depend library (libvmfs) not found
> error: Bad exit status from /usr/src/tmp/rpm-tmp.13068 (%build)

Это какая-то новая ошибка, вчера было так:

/usr/bin/ld.default: partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_dd-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_dd-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_dd-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_dd-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_dd-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_dd-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_dd-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_dd-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_restore-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_restore-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_restore-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_restore-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_restore-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_restore-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
/usr/bin/ld.default: partclone_restore-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
/usr/bin/ld.default: partclone_restore-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here


-- 
ldv

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Leonid Krivoshein]

04.12.2020 2:39, Dmitry V. Levin пишет:
> On Fri, Dec 04, 2020 at 02:29:31AM +0300, Leonid Krivoshein wrote:
>> 03.12.2020 18:14, Dmitry V. Levin пишет:
>>> [...]
>>>
>>> В Сизифе около 400 пакетов, которые не готовы к этому изменению в GCC.
>>> При попытке собрать эти пакеты происходит ошибка, сопровождающаяся
>>> характерной диагностикой в логе сборки, например:
>>>
>>> /usr/bin/ld.default: CMakeFiles/genisoimage.dir/checksum.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: multiple definition of `outfile'; CMakeFiles/genisoimage.dir/genisoimage.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: first defined here
>>>
>>> Как правило, эта ошибка сборки - признак того, что пакет заброшен
>>> или форкнут.  Вот список всех таких пакетов:
>>>
>>> [...]
>>> partclone-0.3.12-alt1	klark @everybody
>>> [...]
>> В моём пакете сборка на beehive не прошла явно по другой причине:
>>
>> configure: checking  for NTFS Library and Header files ... ...
>> checking ntfs/version.h usability... no
>> checking ntfs/version.h presence... no
>> checking for ntfs/version.h... no
>> configure: WARNING: *** NTFS(ntfsprogs) header not found
>> checking for ntfs_mount in -lntfs... no
>> configure: WARNING: *** ntfsprogs library (libntfs) not found
>> checking for libntfs-3g >= 2010... yes
>> configure: checking for VMFS Library files ... ...
>> checking for vmfs_host_init in -lvmfs -luuid... no
>> configure: error: *** vmfs depend library (libvmfs) not found
>> error: Bad exit status from /usr/src/tmp/rpm-tmp.13068 (%build)
> Это какая-то новая ошибка, вчера было так:
>
> /usr/bin/ld.default: partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; info.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_dd-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_dd-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_dd-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_dd-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_dd-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_dd-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_dd-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_dd-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_dd-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_restore-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_restore-partclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_restore-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_restore-progress.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_restore-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_restore-checksum.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
> /usr/bin/ld.default: partclone_restore-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: multiple definition of `rescue_write_size'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:83: first defined here
> /usr/bin/ld.default: partclone_restore-ddclone.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: multiple definition of `EXECNAME'; partclone_restore-main.o:/usr/src/RPM/BUILD/partclone-0.3.12/src/partclone.h:82: first defined here
>

Спасибо, тогда понятно!
Придётся готовить новую сборку. Ух, как не вовремя...


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 966 bytes --]

On Thu, 3 Dec 2020 18:14:48 +0300 Dmitry V. Levin wrote:
> Hi,
> 
> В связи с предстоящим обновлением GCC в Сизифе, которое будет анонсировано
> отдельно, я бы хотел обратить внимание на одно существенное изменение
> в поведении GCC по умолчанию[1][2], начиная с версии 10:
> 
> "GCC now defaults to -fno-common.  As a result, global variable accesses
> are more efficient on various targets.  In C, global variables with
> multiple tentative definitions now result in linker errors.
> With -fcommon such definitions are silently merged during linking."
[...]
> i7z-93.20131013-alt1	bircoph @everybody

Исправлено. Патч из Debian (хотя там тривиально, но зачем
повторять уже сделанную работу).

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] I: GCC >= 10 defaults to -fno-common

[Aleksei Nikiforov]

03.12.2020 18:14, Dmitry V. Levin пишет:
> Hi,
> 
> В связи с предстоящим обновлением GCC в Сизифе, которое будет анонсировано
> отдельно, я бы хотел обратить внимание на одно существенное изменение
> в поведении GCC по умолчанию[1][2], начиная с версии 10:
> 
> "GCC now defaults to -fno-common.  As a result, global variable accesses
> are more efficient on various targets.  In C, global variables with
> multiple tentative definitions now result in linker errors.
> With -fcommon such definitions are silently merged during linking."
> 
> В Сизифе около 400 пакетов, которые не готовы к этому изменению в GCC.
> При попытке собрать эти пакеты происходит ошибка, сопровождающаяся
> характерной диагностикой в логе сборки, например:
> 
> /usr/bin/ld.default: CMakeFiles/genisoimage.dir/checksum.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: multiple definition of `outfile'; CMakeFiles/genisoimage.dir/genisoimage.o:/usr/src/RPM/BUILD/cdrkit-1.1.11/genisoimage/genisoimage.h:379: first defined here
> 
> Как правило, эта ошибка сборки - признак того, что пакет заброшен
> или форкнут.  Вот список всех таких пакетов:
> 
> aircrack-ng-1.6-alt1	darktemplar @everybody
> libcf-mpi-1.0-alt2.beta1.2011092223.1	darktemplar @everybody
> libowfat-0.31-alt1	darktemplar @everybody
> megaglest-3.13.0-alt1	darktemplar @everybody
> passivedns-1.2.1-alt1	darktemplar @everybody
> pax-3.4-alt8	darktemplar @everybody
> perftest-4.4-alt1	darktemplar @everybody
> qstat-2.14-alt1.85fbecb	darktemplar @everybody
> sipsak-0.9.7-alt1	darktemplar @everybody
> warsow-2.1.2-alt1	darktemplar @everybody
> wput-0.6.1-alt1	darktemplar @everybody

В данных пакетах проблема сборки с опцией -fno-common должна быть 
исправлена.

> 
> [1] https://gcc.gnu.org/gcc-10/porting_to.html#common
> [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85678
> 
>