* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:14 [devel] I: GCC >= 10 defaults to -fno-common Dmitry V. Levin
@ 2020-12-03 15:35 ` Alexey Gladkov
2020-12-03 15:37 ` Dmitry V. Levin
2020-12-03 15:42 ` Denis Medvedev
` (5 subsequent siblings)
6 siblings, 1 reply; 30+ messages in thread
From: Alexey Gladkov @ 2020-12-03 15:35 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thu, Dec 03, 2020 at 06:14:48PM +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."
>
> В Сизифе около 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
>
> Как правило, эта ошибка сборки - признак того, что пакет заброшен
> или форкнут. Вот список всех таких пакетов:
>
> dmenu-wl-0.1-alt1 legion
> extlinux-6.04.pre3-alt2 legion
> kbd-0:2.0.4-alt3 legion
Дим, не мог бы ты дать ссылку на логи или прислать их, чтобы можно было
подготовиться заранее ?
--
Rgrds, legion
^ permalink raw reply [flat|nested] 30+ messages in thread* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:35 ` Alexey Gladkov
@ 2020-12-03 15:37 ` Dmitry V. Levin
2020-12-03 17:38 ` Vladimir D. Seleznev
0 siblings, 1 reply; 30+ messages in thread
From: Dmitry V. Levin @ 2020-12-03 15:37 UTC (permalink / raw)
To: ALT Devel discussion list
On Thu, Dec 03, 2020 at 04:35:00PM +0100, Alexey Gladkov wrote:
[...]
> Дим, не мог бы ты дать ссылку на логи или прислать их, чтобы можно было
> подготовиться заранее ?
Нет ничего проще:
http://git.altlinux.org/beehive/logs/icarus/x86_64/latest/error/
--
ldv
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:37 ` Dmitry V. Levin
@ 2020-12-03 17:38 ` Vladimir D. Seleznev
2020-12-03 17:54 ` Dmitry V. Levin
0 siblings, 1 reply; 30+ messages in thread
From: Vladimir D. Seleznev @ 2020-12-03 17:38 UTC (permalink / raw)
To: ALT Linux Team development discussions
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, не существует?
--
WBR,
Vladimir D. Seleznev
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 17:38 ` Vladimir D. Seleznev
@ 2020-12-03 17:54 ` Dmitry V. Levin
2020-12-03 18:24 ` Vladimir D. Seleznev
0 siblings, 1 reply; 30+ messages in thread
From: Dmitry V. Levin @ 2020-12-03 17:54 UTC (permalink / raw)
To: ALT Devel discussion list
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, берите его и летайте! :)
--
ldv
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 17:54 ` Dmitry V. Levin
@ 2020-12-03 18:24 ` Vladimir D. Seleznev
2020-12-04 1:21 ` Andrey Savchenko
0 siblings, 1 reply; 30+ messages in thread
From: Vladimir D. Seleznev @ 2020-12-03 18:24 UTC (permalink / raw)
To: ALT Linux Team development discussions
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, берите его и летайте! :)
Хм, действительно!
--
WBR,
Vladimir D. Seleznev
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 18:24 ` Vladimir D. Seleznev
@ 2020-12-04 1:21 ` Andrey Savchenko
2020-12-04 10:15 ` Vladimir D. Seleznev
0 siblings, 1 reply; 30+ messages in thread
From: Andrey Savchenko @ 2020-12-04 1:21 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1085 bytes --]
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 тишина на эту тему.
По ссылке выше только логи.
Best regards,
Andrew Savchenko
[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-04 1:21 ` Andrey Savchenko
@ 2020-12-04 10:15 ` Vladimir D. Seleznev
2020-12-04 10:18 ` Aleksei Nikiforov
0 siblings, 1 reply; 30+ messages in thread
From: Vladimir D. Seleznev @ 2020-12-04 10:15 UTC (permalink / raw)
To: ALT Linux Team development discussions
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/.
--
WBR,
Vladimir D. Seleznev
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-04 10:15 ` Vladimir D. Seleznev
@ 2020-12-04 10:18 ` Aleksei Nikiforov
2020-12-04 10:32 ` Vladimir D. Seleznev
2020-12-04 10:35 ` Andrey Savchenko
0 siblings, 2 replies; 30+ messages in thread
From: Aleksei Nikiforov @ 2020-12-04 10:18 UTC (permalink / raw)
To: devel
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? Разве результат будет разным?
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-04 10:18 ` Aleksei Nikiforov
@ 2020-12-04 10:32 ` Vladimir D. Seleznev
2020-12-04 10:35 ` Andrey Savchenko
1 sibling, 0 replies; 30+ messages in thread
From: Vladimir D. Seleznev @ 2020-12-04 10:32 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-04 10:18 ` Aleksei Nikiforov
2020-12-04 10:32 ` Vladimir D. Seleznev
@ 2020-12-04 10:35 ` Andrey Savchenko
1 sibling, 0 replies; 30+ messages in thread
From: Andrey Savchenko @ 2020-12-04 10:35 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:14 [devel] I: GCC >= 10 defaults to -fno-common Dmitry V. Levin
2020-12-03 15:35 ` Alexey Gladkov
@ 2020-12-03 15:42 ` Denis Medvedev
2020-12-03 15:52 ` Dmitry V. Levin
2020-12-03 17:54 ` Sergey Y. Afonin
` (4 subsequent siblings)
6 siblings, 1 reply; 30+ messages in thread
From: Denis Medvedev @ 2020-12-03 15:42 UTC (permalink / raw)
To: ALT Linux Team development discussions, Dmitry V. Levin
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
^ permalink raw reply [flat|nested] 30+ messages in thread* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:42 ` Denis Medvedev
@ 2020-12-03 15:52 ` Dmitry V. Levin
2020-12-04 9:43 ` Andrey Savchenko
0 siblings, 1 reply; 30+ messages in thread
From: Dmitry V. Levin @ 2020-12-03 15:52 UTC (permalink / raw)
To: ALT Devel discussion list
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
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:52 ` Dmitry V. Levin
@ 2020-12-04 9:43 ` Andrey Savchenko
0 siblings, 0 replies; 30+ messages in thread
From: Andrey Savchenko @ 2020-12-04 9:43 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:14 [devel] I: GCC >= 10 defaults to -fno-common Dmitry V. Levin
2020-12-03 15:35 ` Alexey Gladkov
2020-12-03 15:42 ` Denis Medvedev
@ 2020-12-03 17:54 ` Sergey Y. Afonin
2020-12-03 20:30 ` Anton Gorlov
2021-02-17 16:06 ` Sergey Y. Afonin
2020-12-03 20:49 ` Michael Shigorin
` (3 subsequent siblings)
6 siblings, 2 replies; 30+ messages in thread
From: Sergey Y. Afonin @ 2020-12-03 17:54 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thursday 03 December 2020, Dmitry V. Levin wrote:
> quagga-1.2.4-alt4 asy rider
Кваггу, вероятно, чинить не надо. Я недавно узнал про форк
https://frrouting.org/, только попробовать собрать пока руки
не дошли. Но собираюсь как только, так сразу. :-)
--
С уважением, Сергей Афонин
^ permalink raw reply [flat|nested] 30+ messages in thread* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 17:54 ` Sergey Y. Afonin
@ 2020-12-03 20:30 ` Anton Gorlov
2021-02-17 16:06 ` Sergey Y. Afonin
1 sibling, 0 replies; 30+ messages in thread
From: Anton Gorlov @ 2020-12-03 20:30 UTC (permalink / raw)
To: devel
Про 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/, только попробовать собрать пока руки
> не дошли. Но собираюсь как только, так сразу. :-)
>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 17:54 ` Sergey Y. Afonin
2020-12-03 20:30 ` Anton Gorlov
@ 2021-02-17 16:06 ` Sergey Y. Afonin
2021-02-17 18:13 ` Alexey V. Vissarionov
1 sibling, 1 reply; 30+ messages in thread
From: Sergey Y. Afonin @ 2021-02-17 16:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Thursday 03 December 2020, Sergey Y. Afonin wrote:
> > quagga-1.2.4-alt4 asy rider
>
> Кваггу, вероятно, чинить не надо.
Собрал я её с -fcommon пока. А там видно будет.
--
С уважением, Сергей Афонин
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2021-02-17 16:06 ` Sergey Y. Afonin
@ 2021-02-17 18:13 ` Alexey V. Vissarionov
0 siblings, 0 replies; 30+ messages in thread
From: Alexey V. Vissarionov @ 2021-02-17 18:13 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:14 [devel] I: GCC >= 10 defaults to -fno-common Dmitry V. Levin
` (2 preceding siblings ...)
2020-12-03 17:54 ` Sergey Y. Afonin
@ 2020-12-03 20:49 ` Michael Shigorin
2020-12-03 21:52 ` Michael Shigorin
2020-12-04 1:05 ` Andrey Savchenko
2020-12-03 23:29 ` Leonid Krivoshein
` (2 subsequent siblings)
6 siblings, 2 replies; 30+ messages in thread
From: Michael Shigorin @ 2020-12-03 20:49 UTC (permalink / raw)
To: devel
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
^ permalink raw reply [flat|nested] 30+ messages in thread* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 20:49 ` Michael Shigorin
@ 2020-12-03 21:52 ` Michael Shigorin
2020-12-03 22:14 ` Dmitry V. Levin
2020-12-04 1:05 ` Andrey Savchenko
1 sibling, 1 reply; 30+ messages in thread
From: Michael Shigorin @ 2020-12-03 21:52 UTC (permalink / raw)
To: devel
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
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 21:52 ` Michael Shigorin
@ 2020-12-03 22:14 ` Dmitry V. Levin
0 siblings, 0 replies; 30+ messages in thread
From: Dmitry V. Levin @ 2020-12-03 22:14 UTC (permalink / raw)
To: ALT Devel discussion list
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
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 20:49 ` Michael Shigorin
2020-12-03 21:52 ` Michael Shigorin
@ 2020-12-04 1:05 ` Andrey Savchenko
2020-12-04 8:21 ` Sergey V Turchin
1 sibling, 1 reply; 30+ messages in thread
From: Andrey Savchenko @ 2020-12-04 1:05 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-04 1:05 ` Andrey Savchenko
@ 2020-12-04 8:21 ` Sergey V Turchin
2020-12-04 8:43 ` Andrey Savchenko
0 siblings, 1 reply; 30+ messages in thread
From: Sergey V Turchin @ 2020-12-04 8:21 UTC (permalink / raw)
To: ALT Linux Team development discussions
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.
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-04 8:21 ` Sergey V Turchin
@ 2020-12-04 8:43 ` Andrey Savchenko
2020-12-04 8:47 ` Sergey V Turchin
0 siblings, 1 reply; 30+ messages in thread
From: Andrey Savchenko @ 2020-12-04 8:43 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:14 [devel] I: GCC >= 10 defaults to -fno-common Dmitry V. Levin
` (3 preceding siblings ...)
2020-12-03 20:49 ` Michael Shigorin
@ 2020-12-03 23:29 ` Leonid Krivoshein
2020-12-03 23:39 ` Dmitry V. Levin
2020-12-04 9:35 ` Andrey Savchenko
2020-12-07 12:07 ` Aleksei Nikiforov
6 siblings, 1 reply; 30+ messages in thread
From: Leonid Krivoshein @ 2020-12-03 23:29 UTC (permalink / raw)
To: devel
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.
^ permalink raw reply [flat|nested] 30+ messages in thread* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 23:29 ` Leonid Krivoshein
@ 2020-12-03 23:39 ` Dmitry V. Levin
2020-12-03 23:45 ` Leonid Krivoshein
0 siblings, 1 reply; 30+ messages in thread
From: Dmitry V. Levin @ 2020-12-03 23:39 UTC (permalink / raw)
To: ALT Devel discussion list
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
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 23:39 ` Dmitry V. Levin
@ 2020-12-03 23:45 ` Leonid Krivoshein
0 siblings, 0 replies; 30+ messages in thread
From: Leonid Krivoshein @ 2020-12-03 23:45 UTC (permalink / raw)
To: devel
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.
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:14 [devel] I: GCC >= 10 defaults to -fno-common Dmitry V. Levin
` (4 preceding siblings ...)
2020-12-03 23:29 ` Leonid Krivoshein
@ 2020-12-04 9:35 ` Andrey Savchenko
2020-12-07 12:07 ` Aleksei Nikiforov
6 siblings, 0 replies; 30+ messages in thread
From: Andrey Savchenko @ 2020-12-04 9:35 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- 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 --]
^ permalink raw reply [flat|nested] 30+ messages in thread* Re: [devel] I: GCC >= 10 defaults to -fno-common
2020-12-03 15:14 [devel] I: GCC >= 10 defaults to -fno-common Dmitry V. Levin
` (5 preceding siblings ...)
2020-12-04 9:35 ` Andrey Savchenko
@ 2020-12-07 12:07 ` Aleksei Nikiforov
6 siblings, 0 replies; 30+ messages in thread
From: Aleksei Nikiforov @ 2020-12-07 12:07 UTC (permalink / raw)
To: devel
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
>
>
^ permalink raw reply [flat|nested] 30+ messages in thread